Comments on: 内核编译升级失败了以后的处理方案

By: david

david — Wed, 16 Mar 2011 06:41:25 +0000

文章都很不错，来这里学习了不少，特别是Perl和分布式方面，受益匪浅，多谢：）

By: TomBoston

TomBoston — Tue, 06 Apr 2010 05:39:07 +0000

牛X啊，再顶一下

By: admin

admin — Thu, 25 Mar 2010 14:52:22 +0000

非常荣幸，我正想联系你和你讲这个事啦。

By: zhangll

zhangll — Thu, 25 Mar 2010 10:03:27 +0000

你这的文章都不错，能做链接吗？你的我加上了

By: admin

admin — Thu, 25 Mar 2010 09:38:03 +0000

这个现象到是想当少见。也很奇怪。

By: zhangll

zhangll — Thu, 25 Mar 2010 09:11:15 +0000

技巧倒没有，来你这学习的，呵呵，编译2.6的内核在RHEL4上遇到过Unable to open an initial console的错误

当时是把/etc/dev/permissions.d/50-udev.permissions(默认属组的权限)中的console devices 改成console:root:tty:0660
重启后还是没能进去，可能是因为udev负责启动新设备，但在udev还没启动之前需要/dev/console,/dev/null和/dev/zero三个设备节点，解决办法就是用linux rescue模式下

umount /mnt/sysimage/dev
chroot /mnt/sysimage

cd dev
/sbin/makedev console
/sbin/makedev zero
/sbin/makedev null

重启机器后可以正常进入了，也许是合，呵呵～

By: admin

admin — Thu, 25 Mar 2010 07:05:03 +0000

嗯,请教一下，你有没有好的技巧推荐？

By: zhangll

zhangll — Thu, 25 Mar 2010 05:36:20 +0000

我知道你是编译成功，看我最后一句啊，老兄，我是说就算失败了仍然用老内核进去重新编译。Sorry，我表达不清楚

By: admin

admin — Thu, 25 Mar 2010 05:33:07 +0000

我的文章明明写的是失败后的处理方法，我的目的是编译成功。。。，编译成功不是指用老内核启动成功。。。

By: zhangll

zhangll — Wed, 24 Mar 2010 12:47:59 +0000

RHEL下编译新内核无论成功或失败都会有一个新的grub启动项，就算失败了，原先的老内核项依然可以进去，然后重新编译