gentoo(2.6.20.4)下使用mkinitrd(4.2.17)
(2007-05-09 13:35)
分类： linux相关
由于遇到了在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)
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.下了一个，生成
 |
|
编译后安装．(此为我修改后的版本)
可以做实验了．
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
root (hd0,0)
kernel /boot.img root=/dev/sda3 console=ttyS0,57600 console=tty0
(console=ttyS0,57600是从此虚拟机有一个串口，串口的输出为一个文件,这样可以更详细看到内核启动的问题)
initrd /initrd-2.6.20.4
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
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)
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.virtualDev = "lsilogic" (此处定义使用什么scsi设备)
scsi0:0.present = "TRUE"
scsi0:0.fileName = "1.vmdk" (1.vmdk原先定义的是ide,为有内容的盘,在这里被加给scsi0使用)
scsi0:0.fileName = "1.vmdk" (1.vmdk原先定义的是ide,为有内容的盘,在这里被加给scsi0使用)
内核2.6.21使用Fusion MPT 3.04.04有问题,使用3.04.03,如下(至少LSI53C1030可以正常加载)
|
|
另一解决方法.
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);
--- 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.
