gentoo(2.6.20.4)下使用mkinitrd(4.2.17)

由于遇到了在vmvare中,从2.6.9到2.6.21升级内核时，出现

 

Red Hat nash version 4.2.1.8 starting
Reading all physical volumes. This may take a while...
No volume groups found
Volume group “VolGroup00” not found
ERROR: /bin/lvm exited abnormally! (pid 302)

错误，scsi卡为

SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI

 

本以为google后会有结果，未果，只有自己动手了．（在gentoo下做实验)

 

首先觉得有必要使用新版的mkinitrd.下了一个，生成

文件:	mkinitrd-4.2.17.tar.gz
大小:	85KB
下载:	下载

编译后安装．(此为我修改后的版本)

 

可以做实验了．

1．cp /usr/src/linux/arch/i386/bzImage  /boot/boot.img

2. cd /boot

3. mkinitrid -v --preload mptspi --preload dm-mod -f initrd-2.6.20.4 2.6.20.4

输出检查了一下没有问题．

4. vi grub/grub.conf

加入

title=Gentoo Linux (2.6.20.4)
root (hd0,0)
kernel /boot.img root=/dev/sda3 console=ttyS0,57600 console=tty0

(console=ttyS0,57600是从此虚拟机有一个串口，串口的输出为一个文件,这样可以更详细看到内核启动的问题)
initrd /initrd-2.6.20.4

5.用此项重启.失败

pivot root: pivot_root (/sysroot, /sysroot/initrd) failed:2 

说我的/下没有initrd这个目录，看了一下redhat的，是空目录．

6.用正常项启动.

mkdir -p /initrd

7.用实验项重启．

ok,一切正常．

 

8.好了，比对一下2.6.9与2.6.20．4加载的有关scsi的模块．

 

2.6.20.4 (加载模块是有顺序的）

insmod /lib/mptbase.ko
insmod /lib/mptscsih.ko
insmod /lib/scsi_transport_spi.ko (此模块要在mptspi前加载,mkinitrd-4.2.1.8默认使用/etc/modprobe.conf文件,/etc/fstab,对于LABEL=的支持不好.)
insmod /lib/mptspi.ko
insmod /lib/dm-mod.ko

 

其它的不重要了．

 

9.结论,关于有使用scsi卡并要升级内核或自行编译内核,对于可能出现的kernel panic的解决方法就是.

1)要问是不是没有相关scsi设备驱动模块加载.

2)有相关驱动加载,新内核是不是有新的特性,需要其它模块支持如(scsi_transport_spi.ko)

3)用比较新的mkinitrd生成initrd文件来测试,确定模块依赖关系正确.确定设备能被正常识别.确定加载过程正常.(mkinitrd-5.1.19-1.i386.rpm)

4)在gentoo中使用,不要忘了建/initrd这个空目录.

 

此文是在翻阅大量相关文档分析mkinitrd和initrd文件后，得出的结论．相关分析命令.

1)老版的initramfs,用以下方法

mv initrd-2.6.20.4 initrd-2.6.20.4.gz

gunzip initrd-2.6.20.4.gz

losetup /dev/loop0 initrd-2.6.20.4

mount /dev/loop0 /mnt/temp

 

2)使用cpio生成的initrd-2.6.20.4

zcat initrd-2.6.20.4 | cpio -i

zcat initrd-2.6.20.4 | cpio -t | sort

3)gentoo的initramfs
zcat /boot/initramfs-genkernel-x86-2.6.22.6 | (while true; do cpio -t -H newc --no-absolute-filenames || exit; done)

 zcat /boot/initramfs-genkernel-x86-2.6.22.6 | (while true; do cpio -i -H newc --no-absolute-filenames || exit; done)

对于新的内核使用的是cpio -H newc -o 方式生成的initrd,而非cpio -c -o要注意,否则无法正常使用.

 

附:在vmware中如何将ide虚拟盘当做scsi盘使用.

1.新生成一个scsi盘.

2.修改*.vmx文件.

scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic" (此处定义使用什么scsi设备)

scsi0:0.present = "TRUE"
scsi0:0.fileName = "1.vmdk" (1.vmdk原先定义的是ide,为有内容的盘,在这里被加给scsi0使用)

 

内核2.6.21使用Fusion MPT 3.04.04有问题,使用3.04.03,如下(至少LSI53C1030可以正常加载)

文件:	fusion.tar.gz
大小:	223KB
下载:	下载

另一解决方法.

Edit /usr/src/linux/drivers/message/fusion/mptbase.c to match the following

--- drivers/message/fusion/mptbase.orig.c 2007-07-20 18:47:21.000000000 +0000
+++ drivers/message/fusion/mptbase.c 2007-07-20 11:23:32.000000000 +0000
@@ -2564,6 +2564,10 @@
pfacts->IOCStatus = le16_to_cpu(pfacts->IOCStatus);
pfacts->IOCLogInfo = le32_to_cpu(pfacts->IOCLogInfo);
pfacts->MaxDevices = le16_to_cpu(pfacts->MaxDevices);
+ /* Fix VMware bug */
+ if(pfacts->MaxDevices == 0) {
+ pfacts->MaxDevices = 16;
+ }
pfacts->PortSCSIID = le16_to_cpu(pfacts->PortSCSIID);
pfacts->ProtocolFlags = le16_to_cpu(pfacts->ProtocolFlags);
pfacts->MaxPostedCmdBuffers = le16_to_cpu(pfacts->MaxPostedCmdBuffers);

 

是VMware的模拟lsi的一个bug.