|
|
第一次编译内核失败了,原因找到了,原来是没有把rexxxx的这个文件系统编进内核导致的。晚上凌晨12点等两个mm走了之后,开始了第二次编译。
这次小心把错误弥补掉,还用网上的办法在make modules_install之后运行了make install,这个好,连什么内核都放进/boot了,还有menu.lst也自动改好了。
重启进入新内核,可以顺利引导,但是全是字符模式,登录运行startx,但是没有成功,看输出,原来是nv驱动没有编入内核。想想问题不大,重启进入老内核,但是奇怪的事情发生了,明明引导的是老内核,但是到最后还是welcome xxxx xxxx kernel-2.6.15,真是晕到家了,把menu.lst~拷贝回去,还是一样。就这样折腾了半个多小时还没搞定。
最后证明我还是比较聪明的。看看新内核的引导参数,是vmlinuz+版本号,那我在老内核上也加上版本号,用vim修改后重启进入老内核,成功!!
总结了一下,感觉问题出在那个make install上,他不仅拷贝了新内核到/boot里面,同时修改menu.lst,关键还有为新内核做了个链接——vmlinuz,而老内核的引导默认就是vmlinuz(当时的vmlinuz是老内核的链接,而运行了make install后,这个链接链接到新内核上去了),从而导致无论如何选择引导选项都会到新内核上去。
可喜的是,我从设置内核到完成,总共才用了45分钟,看来64位机还是很强大的。
反正这个问题也告一段落,总算虚惊一场,也为我将来的gentoo增加了不少经验。
但是新内核不能启动x,还是很费解。新内核肯定是没有nv驱动的了,但是老内核不装驱动也照样以x啊,不知道是不是没有把nv的通用驱动编进内核,或者需要在新内核中安装nv驱动?
再想想,问题在这里。新内核还是调用老的xorg.conf,但是我是装过nv驱动的,老内核有nv模块,新内核没有,所以出现这样的问题也就不起怪了
但是我还是想问问我到底该怎么作才行,给个方案吧。新内核下you过了,没有显卡更新的。 |
|