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文件不是必须的，当需要具有适应在不同的硬件环境下使用的要求，那使用initrd会更方便。我们常在编译核心的使用，使用make menuconfig，其中对某些而外的驱动，是可以选择以模块编译，还是<*>直接编译到核心里面。例如ext3文件系统驱动，如果核心需要放在该文件系统上，可以有两个方法：
引用
1、把其全都编译到内核中，则只需要一个内核文件系统即可启动；
 2、把其编译为模块，然后通过initrd虚拟的内存系统加载；

也就是说由于initrd会在内存虚拟一个文件系统，然后可以根据不同的硬件加载不同的驱动，而不需要重新编译整个核心。所以，大部分的发行版都会通过这种方式对驱动进行加载。

三、版本

       根据核心版本的不同，initrd文件有两种格式：image和cpio。2.4核心只使用image格式，而2.6核心可同时支持两种格式。它们不单格式不一样，而且运作的机制和流程也完全不同，甚至制作方法也不一样。

四、2.6核心用initrd

1、格式
      2.6核心可以支持image格式，但更多的时候使用的是cpio格式。其核心文件不再是/linuxrc，而是/init。
2、解压
     以红旗6.0使用的核心版本为例：
 
[root@localhost test]# ls
initrd-2.6.9-11.19AX.img
[root@localhost test]# file initrd-2.6.9-11.19AX.img
initrd-2.6.9-11.19AX.img: gzip compressed data, from Unix, max compression
可以这样来识别格式： 
[root@localhost test]# gzip -dc initrd-2.6.9-11.19AX.img > new.img
[root@localhost test]# file new.img
new.img: ASCII cpio archive (SVR4 with no CRC)
创建一个新目录，然后解压出来：
[root@localhost test]# mkdir new 
[root@localhost test]# cd new/
[root@localhost new]# gzip -dc ../initrd-2.6.9-11.19AX.img | cpio -idvm
也可以这样运行命令： 
[root@localhost new]# zcat ../initrd-2.6.9-11.19AX.img |cpio -idvm
内容： 
[root@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 <== 一个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 <== 插入模块
lrwxrwxrwx 1 root root 10 Sep 30 16:55 modprobe -> /sbin/nash
-rwxr-xr-x 1 root root 38184 Jun 29 17:35 nash <== 一个小型解释器
-rwxr-xr-x 1 root root 541716 Jun 29 17:35 udev
lrwxrwxrwx 1 root root 4 Sep 30 16:54 udevstart -> udev

./dev: <== 一些必要的设备文件
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: <== udev配置文件
total 4
-rw-r--r-- 1 root root 1128 Jun 29 17:35 udev.conf

./lib: <== 启动时加载的模块
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@localhost new]# cat init
#!/bin/nash

mount -t proc /proc /proc
setquiet
echo Mounted /proc filesystem
echo Mounting sysfs
mount -t sysfs none /sys
echo Creating /dev
mount -o mode=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）boot loader 把内核以及 initrd 文件加载到内存的特定位置。
 2）内核判断initrd的文件格式，如果是cpio格式。
 3）将initrd的内容释放到rootfs中。
 4）执行initrd中的/init文件，执行到这一点，内核的工作全部结束，完全交给/init文件处理。

正式由于cpio格式带来的便利，我们要修改和增加自定义的脚本和驱动都变得简单很多，一般只需要对init脚本和/lib添加即可。
5、生成新initrd文件
 
[root@localhost new]# find ./ | cpio -c -o > ../initrd-2.6.9-11.19AX.new.img
1617 blocks
[root@localhost new]# cd ..
[root@localhost test]# gzip -9 initrd-2.6.9-11.19AX.new.img
[root@localhost test]# mv initrd-2.6.9-11.19AX.new.img.gz initrd-2.6.9-11.19AX.new.img
[root@localhost test]# cp initrd-2.6.9-11.19AX.new.img /boot/
最后，修改grub即可。若在2.6核心上使用image的initrd文件，处理的流程只是在开始会增加一个判断的步骤，后续是和在2.4上执行的过程是一样的。
五、对比

     可以看到，使用cpio格式的处理是非常方便和简洁的。但就是因为制作cpio，以及启动对cpio的处理更直接，目前新发行版的initrd都 以cpio格式为多。

# linux
GitHub 加速计划 / li / linux-dash
10.39 K
1.2 K
下载
A beautiful web dashboard for Linux
最近提交(Master分支：2 个月前 )
186a802e added ecosystem file for PM2 4 年前
5def40a3 Add host customization support for the NodeJS version 4 年前
Logo
GitCode 开源社区

旨在为数千万中国开发者提供一个无缝且高效的云端环境，以支持学习、使用和贡献开源项目。

更多推荐

[转载]在Windows环境下安装GNU Radio

转自：在Windows环境下安装GNURadio_恐弱智_新浪博客GNU Radio是用Python开发的，大部分开源的工程能够在Linux环境下运行良好，而Windows下却运行的很勉强，而且安装配置都很复杂。GNU Radio算是个例外了，不光提供了Windows的二进制安装，还有比较详细的说明。我是Python小白，所以折腾了好久才弄好，特意记录下来，免得以后再装还折腾。GNU Radio的

avatar GitCode 开源社区

centOS 8 使用dnf安装Docker

DNF是什么？CentOS 8使用YUM软件包管理器版本v4.0.4。现在，该版本使用DNF(已删除YUM)。DNF是软件包管理器。它会在Linux发行版上安装，执行更新并删除软件包。使用DNF安装Docker跳过具有损坏依赖性的程序包一个有效的解决方案是使您的CentOS 8系统使用以下--nobest命令安装最符合条件的版本：sudo dnf install docker...

avatar GitCode 开源社区

定时同步数据库表(mysql+linux+crontab)

sync.sh里面的参数需要改变，ip/username/password/database/tablesync.sh#!/bin/sh# Please change the IP and password of the data source db.# Then change the table name.filename=/home/nington/db/$(date +%Y-%m

avatar GitCode 开源社区