在vmware上升级原有的centos4.2 的kernel到2.6.27版本时遇到的问题及解决方法

在vmware workstation e.x.p build-84113 上升级原有的centos 4.2 的kernel到2.6.27版本时遇到的问题及解决方法

费牛劲了，原以为很简单的事情没想到这么复杂。折腾了将近8个小时。

一步一步说。

1. 没得说下载源码（wget ），解压（tar zxf）。我用的是2.6.27版本

2. 裁剪（make menuconfig），编译（make），安装（make modules_install ;make install ）

3. 重启 ，kernel panic，晕。错误信息如下：

Making device-mapper control node
Scanning logical volumes
  Reading all physical volumes.  This may take a while...
  No volume groups found
lvm used greatest stack depth: 2828 bytes left
Activating logical volumes
  Unable to find volume group "VolGroup00"
ERROR: /bin/lvm exited abnormally! (pid 460)
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
mount: error 2 mounting none
Switching to new root
switchroot: mount failed: 22
umount /initrd/dev failed: 2
init used greatest stack depth: 2648 bytes left
Kernel panic - not syncing: Attempted to kill init!

4. 以为裁剪过头了，直接用默认配置并且把必须的都加上（反正看着像的都加上），重新执行 2步。慢慢编译路啊，一个多小时就这么过去了

5. 重启 ，kernel panic，晕死。错误信息依旧。

6. 看来不是裁剪的问题，google它。在浩瀚的网页中，找到了n多种原因。重新编译n次都是kernel panic 。是内核版本太新了，有新bug，不会这么惨吧。

7。继续google，发现一篇文章
    看样说的有道理，虽然说是2.6.22版本的事情。但同为程序员，大家一样懒，完全有可能到了现在两边都还没改（kernel.org 和 vmware）。不管了，试试。

8. 修改vmx文件 ，还真的找到了scsi0.virtualDev = "lsilogic" 修改成scsi0.virtualDev = "buslogic" 。再用旧核心启动，坏了，旧的也不能用了。改回来，再启动，又好了，你说这脱裤子放屁的事情整的。一步一步做吧，进系统运行命令
echo 'alias scsi_hostadapter BusLogic' >> /etc/modules.conf
mkinitrd --preload=BusLogic --with=BusLogic -f /boot/initrd-2.6.27.img 2.6.27

9.关机，再次按照8步修改vmx，启动新核心。……不错，scsi信息出来了，狂喜。

10.不多一会儿，又kernel panic了，苍天啊大地啊，这又怎么了。错误信息。
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Switching to new root
type=1404 audit(1228405703.193:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295
Enforcing mode requested but no policy loaded. Halting now.
init used greatest stack depth: 2228 bytes left
Kernel panic - not syncing: Attempted to kill init!

这句Enforcing mode requested but no policy loaded. Halting now.最有价值。

11.google this error information 。发现居然是SElinux在使坏。参考http://hi.baidu.com/hifiwang/blog/item/1e841929d63775fd98250a06.html
在grub 中 添加一个传给kernel 的参数 enforcing=0 ，启动。

12. OK进去了。搞死我了，赶紧把/etc/grub.conf 改了，省得一会儿忘了，下次还得进grub。

13. 终于我没有被这个破问题搞死。

结论，倒霉催的，如有雷同直接参考网上那两篇文章，不错，顶事儿。