Linux initrd.img 相关知识

1. 什么是initrd.img,它有什么用?

   initrd.img是Linux启动过程中很重要的一个，如果你编译内核时将一部分功能编译为可加载模块。如果系统的一些设备的驱动编译为可加载模，那么启动时如果没有指定INITRD=/path_to_initrd.img，那么系统启动或者会失败，或者启动后会有设备无法使用（像网卡或者其它设备）。

比如我的Dell Precision 470 计算机的Adaptec HostRaid 39320B SCSI控制卡驱动就编为可加载模块，如果没指定initrd.img或者指定的initrd.img中并没有包含正确的驱动模块（有些硬件很多系列的驱动都是一个名称，像Adaptec 的一系列Ultra320卡用的驱动模块名称都是aic79xx.o，但当前很多2.4版本内核模块中并不支持较新的39320B驱动），则系统启动时会挂起，并报告"kernel panic: VFS: Unable to mount root fs on 08:06"的错误。

2. 拆解initrd.img

很庆幸initrd.img可以拆解，或许这正是设计者高明所在。initrd.img不像通常的以.img为扩展名的ramdisk cramfs文件。它是经过用gzip -9压缩过的ramdisk文件。所以，如果直接用#mount initrd.img /temppath -o loop不能mount上，会报告你指定一个文件类型。 所以我拆解它的过程要先将其进行解压缩，然后再mount。下面是我的操作过程，可能有些命令用加些参数的方式更简捷，当我知道后会进行更新。

#cd 假设已经到你的initrd.img文件所在目录(最好先将其备份一个)

#mv initrd.img   initrd.gz         <--在我的RHEL AS3 U3 /bsh下，不做这一步的话，用gunzip解压时会报告扩展名不对

#gunzip initrd.gz /tmp/initrd     <--解压后会生成一个不带扩展名的initrd文件

#mkdir /mnt/tmp

#mv /tmp/initrd /tmp/initrd.img <--将解压出的initrd文件加个.img的扩展名，在我的RHEL AS3 U3 下不做这一步，mount时会出错

#mount /tmp/initrd.img /mnt/tmp -o loop <--mount成功后，/mnt/tmp目录中将能看到initrd.img中的所有文件及目录

#cp -a /mnt/tmp/*   /tmp/initrd.new   <--拷贝一份方便编辑

#umount /mnt/tmp   

#cd /tmp/initrd.new   

切换到/tmp/initrd.new目录后，你可以按需要进行编辑。比如更新一些设备驱动模块，或者对其中的一些启动过程中会执行的shell script进行修改。

所有想要的修改完成后，进行打包生成新的initrd.img文件。方法如下：

#mkcramfs /tmp/initrd.new /tmp/newinitrd

#gzip -9 /tmp/newinitrd /tmp/newinitrd.gz

#mv /tmp/newinitrd.gz /tmp/initrd.img

上面的目录可以根据需要进行更改。如果在gnome下，有些解压缩、改名、复制可以直接用右键弹出菜单完成。

3. 定制自已的initrd.img

   我修改initrd.img的起因还是归于用的那台Dell precision 470 及要用OSCAR4.1组建一个linux cluster（正在进行中，尚未完成）。OSCAR4.1包中所用的SystemImager3.2.2-1带的用于网络引导客户机的BOEL- kernel-2.4.25和initrd.img不支持Dell precision 470的Adaptec39320B HostRaid Control Card。此外，在上面装RedHat 9.0后进行内核重编译时，可能因为mkinitrd或者9.0内核版本的原因，生成的img文件无法使用。在此以我实际遇到的问题，主要讲讲更新 initrd.img中的硬件驱动模块的方法，抛砖引玉。

   模块跟kernel的版本相关，直接的用其它支持你硬件但kernel版本不同的模块进行替换通常不会成功，所以最好到kernel.org上下载所需要的kernel版本的源程序包。我解决我上面的问题的文法就是下载了Linux-2.4.25.tar.gz源程序，并解压到/usr/src目录，之后到adaptec.com网站下载到支持39320B HostRaid的适合linux-2.4版的驱动源程序，并解压替换2.4.25内核源程序中的驱动程序源代码。之后对内核进行重新编译（在本文不详述具体方法，网上有很多相关资料，或许有时间我会写一篇），用make menuconfig时最好直接选上随着原来kernel & initrd.img在一起的config文件。如果不出错，执行make modules_install后就生成了需要的模块(通常在目录/lib/modules/kernel-version)。 之后我用新的/lib/modules/kernel-version/lib/下的modules目录及其文件替换掉旧的initrd.img中的 modules目录

initial RAM disk (initrd) support
即初始化ramdisk支持,这个选项让内核有能力在内核加载阶段就能装入RAMDISK,并运行其中的内容,否则只能在系统运行阶段用ramdisk ,我们平时在编译了一个新内核后,如果你的根文件系统用的是ext3,而你没有把ext3编译进内核,而只作为一个模块编译了,那么就需要用 mkinitrd命令做一个initrd (initializtion ramdisk),这个ramdisk里放了ext3的模块,这样内核在加载根文件系统前就能正确识别ext3文件系统.否则,内核加载的最后一步就会出现kernel panic cant not find init .... 的错误.