linux 2.6内核initrd.img文件分析
如果对系统进行驱动的升级或添加新硬件,此时,常会用到mkinitrd命令。而该命令其实是一个脚本,通过一系列的流程来生成系统启动需要的initrd.img文件。通过分析该文件,我们可以更清楚的知道系统启动时候加载驱动的顺序,以及修正或加入一些自定义的配置。
一、什么是initrd
initrd 的英文含义是 boot loader initialized RAM disk,就是由 boot loader 初始化的内存盘。initrd的最初的目的是为了把kernel的启动分成两个阶段:在kernel中保留最少最基本的启动代码,然后把对各种各样硬件设备的支持以模块的方式放在initrd中,这样就在启动过程中可以从initrd中mount根文件系统中需要装载的模块。这样的一个好处就是在保持kernel不变的情况下,通过修改initrd中的内容就可以灵活的支持不同的硬件。在启动完成的最后阶段,根文件系统可以重新mount到其他设备上。
二、是否必须
initrd.img是Linux启动过程中很重要的一个文件,如果你编译内核时将一部分功能编译为可加载模块。如果系统的一些设备的驱动编译为可加载 模,那么启动时如果没有指定INITRD=/path_to_initrd.img,那么系统启动或者会失败,或者启动后会有设备无法使用(像网卡或者其 它设备)。如果没指定initrd.img或者指定的initrd.img中并没有包含正确的驱动模块,则系统启动时会挂起,并报告"kernel panic: VFS: Unable to mount root fs on 08:06"的错误。
initrd文件不是必须的&#xff0c;当需要具有适应在不同的硬件环境下使用的要求&#xff0c;那使用initrd会更方便。我们常在编译核心的使用&#xff0c;使用make menuconfig&#xff0c;其中对某些而外的驱动&#xff0c;是可以选择以模块编译&#xff0c;还是<*>直接编译到核心里面。例如ext3文件系统驱动&#xff0c;如果核心需要放在该文件系统上&#xff0c;可以有两个方法&#xff1a;
引用
1、把其全都编译到内核中&#xff0c;则只需要一个内核文件系统即可启动&#xff1b;
2、把其编译为模块&#xff0c;然后通过initrd虚拟的内存系统加载&#xff1b;
也就是说由于initrd会在内存虚拟一个文件系统&#xff0c;然后可以根据不同的硬件加载不同的驱动&#xff0c;而不需要重新编译整个核心。所以&#xff0c;大部分的发行版都会通过这种方式对驱动进行加载。
三、版本
根据核心版本的不同&#xff0c;initrd文件有两种格式&#xff1a;image和cpio。2.4核心只使用image格式&#xff0c;而2.6核心可同时支持两种格式。它们不单格式不一样&#xff0c;而且运作的机制和流程也完全不同&#xff0c;甚至制作方法也不一样。
四、2.6核心用initrd
1、格式
2.6核心可以支持image格式&#xff0c;但更多的时候使用的是cpio格式。其核心文件不再是/linuxrc&#xff0c;而是/init。
2、解压
以红旗6.0使用的核心版本为例&#xff1a;
[root&#64;localhost test]# ls
initrd-2.6.9-11.19AX.img
[root&#64;localhost test]# file initrd-2.6.9-11.19AX.img
initrd-2.6.9-11.19AX.img: gzip compressed data, from Unix, max compression
可以这样来识别格式&#xff1a;
[root&#64;localhost test]# gzip -dc initrd-2.6.9-11.19AX.img > new.img
[root&#64;localhost test]# file new.img
new.img: ASCII cpio archive (SVR4 with no CRC)
创建一个新目录&#xff0c;然后解压出来&#xff1a;
[root&#64;localhost test]# mkdir new
[root&#64;localhost test]# cd new/
[root&#64;localhost new]# gzip -dc ../initrd-2.6.9-11.19AX.img | cpio -idvm
也可以这样运行命令&#xff1a;
[root&#64;localhost new]# zcat ../initrd-2.6.9-11.19AX.img |cpio -idvm
内容&#xff1a;
[root&#64;localhost new]# ll -R
.:
total 36
drwxr-xr-x 2 root root 4096 Sep 30 16:55 bin
drwxr-xr-x 2 root root 4096 Sep 30 16:55 dev
drwxr-xr-x 3 root root 4096 Sep 30 16:55 etc
-rwxr-xr-x 1 root root 725 Jun 29 17:35 init <&#61;&#61; 一个nash脚本
drwxr-xr-x 2 root root 4096 Sep 30 16:55 lib
drwxr-xr-x 2 root root 4096 Jun 29 17:35 loopfs
drwxr-xr-x 2 root root 4096 Jun 29 17:35 proc
lrwxrwxrwx 1 root root 3 Sep 30 16:54 sbin -> bin
drwxr-xr-x 2 root root 4096 Jun 29 17:35 sys
drwxr-xr-x 2 root root 4096 Jun 29 17:35 sysroot./bin:
total 592
lrwxrwxrwx 1 root root 10 Sep 30 16:55 hotplug -> /sbin/nash
-rwxr-xr-x 1 root root 12904 Jun 29 17:35 insmod <&#61;&#61; 插入模块
lrwxrwxrwx 1 root root 10 Sep 30 16:55 modprobe -> /sbin/nash
-rwxr-xr-x 1 root root 38184 Jun 29 17:35 nash <&#61;&#61; 一个小型解释器
-rwxr-xr-x 1 root root 541716 Jun 29 17:35 udev
lrwxrwxrwx 1 root root 4 Sep 30 16:54 udevstart -> udev./dev: <&#61;&#61; 一些必要的设备文件
total 0
crw-r--r-- 1 root root 5, 1 Jun 29 17:35 console
crw-r--r-- 1 root root 1, 3 Jun 29 17:35 null
brw-r--r-- 1 root root 1, 1 Jun 29 17:35 ram
crw-r--r-- 1 root root 4, 0 Jun 29 17:35 systty
crw-r--r-- 1 root root 4, 1 Jun 29 17:35 tty1
crw-r--r-- 1 root root 4, 2 Jun 29 17:35 tty2
crw-r--r-- 1 root root 4, 3 Jun 29 17:35 tty3
crw-r--r-- 1 root root 4, 4 Jun 29 17:35 tty4./etc:
total 4
drwxr-xr-x 2 root root 4096 Sep 30 16:55 udev./etc/udev: <&#61;&#61; udev配置文件
total 4
-rw-r--r-- 1 root root 1128 Jun 29 17:35 udev.conf./lib: <&#61;&#61; 启动时加载的模块
total 236
-rwxr--r-- 1 root root 139452 Aug 5 2005 ext3.ko
-rwxr--r-- 1 root root 89648 Aug 5 2005 jbd.ko./loopfs:
total 0./proc:
total 0./sys:
total 0./sysroot:
total 0
3、执行脚本
[root&#64;localhost new]# cat init
#!/bin/nashmount -t proc /proc /proc
setquiet
echo Mounted /proc filesystem
echo Mounting sysfs
mount -t sysfs none /sys
echo Creating /dev
mount -o mode&#61;0755 -t tmpfs none /dev
mknod /dev/console c 5 1
mknod /dev/null c 1 3
mknod /dev/zero c 1 5
mkdir /dev/pts
mkdir /dev/shm
echo Starting udev
/sbin/udevstart
echo -n "/sbin/hotplug" > /proc/sys/kernel/hotplug
echo "Loading jbd.ko module"
insmod /lib/jbd.ko
echo "Loading ext3.ko module"
insmod /lib/ext3.ko
/sbin/udevstart
echo Creating root device
mkrootdev /dev/root
umount /sys
echo Mounting root filesystem
mount -o defaults --ro -t ext3 /dev/root /sysroot
mount -t tmpfs --bind /dev /sysroot/dev
echo Switching to new root
switchroot /sysroot
umount /initrd/dev
4、执行流程
1&#xff09;boot loader 把内核以及 initrd 文件加载到内存的特定位置。
2&#xff09;内核判断initrd的文件格式&#xff0c;如果是cpio格式。
3&#xff09;将initrd的内容释放到rootfs中。
4&#xff09;执行initrd中的/init文件&#xff0c;执行到这一点&#xff0c;内核的工作全部结束&#xff0c;完全交给/init文件处理。
正式由于cpio格式带来的便利&#xff0c;我们要修改和增加自定义的脚本和驱动都变得简单很多&#xff0c;一般只需要对init脚本和/lib添加即可。
5、生成新initrd文件
[root&#64;localhost new]# find ./ | cpio -c -o > ../initrd-2.6.9-11.19AX.new.img
1617 blocks
[root&#64;localhost new]# cd ..
[root&#64;localhost test]# gzip -9 initrd-2.6.9-11.19AX.new.img
[root&#64;localhost test]# mv initrd-2.6.9-11.19AX.new.img.gz initrd-2.6.9-11.19AX.new.img
[root&#64;localhost test]# cp initrd-2.6.9-11.19AX.new.img /boot/
最后&#xff0c;修改grub即可。若在2.6核心上使用image的initrd文件&#xff0c;处理的流程只是在开始会增加一个判断的步骤&#xff0c;后续是和在2.4上执行的过程是一样的。
五、对比
可以看到&#xff0c;使用cpio格式的处理是非常方便和简洁的。但就是因为制作cpio&#xff0c;以及启动对cpio的处理更直接&#xff0c;目前新发行版的initrd都 以cpio格式为多。