有关initrd的知识

最新推荐文章于 2021-12-02 20:29:50 发布

dsg333

最新推荐文章于 2021-12-02 20:29:50 发布

阅读量768

点赞数

分类专栏：基础知识及技巧文章标签：嵌入式 linux compression linux内核磁盘 redhat

基础知识及技巧专栏收录该内容

10 篇文章 0 订阅

订阅专栏

linux启动时，经过一系列初始化之后，需要mount 根文件系统，为最后运行init进程等做准备，

mount 根文件系统有这么几种方式：

（1）文件系统已经存在于硬盘（或者类似的设备）的某个分区上了，kernel根据启动的命令行参数（root＝/dev/xxx),直接进行mount。这里有一个问题，在root文件系统本身还不存在的情况下，kernel如何根据/dev/xxx来找到对应的设备呢？原来kernel通过直接解析设备的名称来获得设备的主、从设备号，然后就可以访问对应的设备驱动了。所以在init/main.c中有很长一串的root_dev_names，通过这个表就可以根据设备名称得到设备号。

（2）从软驱等比较慢的设备上装载根文件系统，如果kernel支持ramdisk，在装载root文件系统时，内核判断到需要从软盘（fdx）mount，就会自动把文件系统映象复制到ramdisk，一般对应设备ram0，然后在ram0上mount 根文件系统。从源码看，如果kernel编译时没有支持ramdisk，而启动参数又root=/dev/fd0, 系统将直接在软盘上mount，除了速度比较慢，理论上是可行的（这个我没试过，不知道是不是样？）

（3）启动时用到initrd来mount根文件系统。一开始我被ramdisk和initrd这两个东西弄胡涂了，其实ramdisk只是在ram上实现的块设备，initrd可以说是启动过程中用到的一种机制。就是在装载linux之前，bootloader可以把一个比较小的根文件系统的映象装载在内存的某个指定位置，姑且把这段内存称为initrd，然后通过传递参数的方式告诉内核initrd的起始地址和大小（也可以把这些参数编译在内核中），在启动阶段就可以暂时的用initrd来mount根文件系统。initrd的最初的目的是为了把kernel的启动分成两个阶段：在kernel中保留最少最基本的启动代码，然后把对各种各样硬件设备的支持以模块的方式放在initrd中，这样就在启动过程中可以从initrd所mount的根文件系统中装载需要的模块。这样的一个好处就是在保持kernel不变的情况下，通过修改initrd中的内容就可以灵活的支持不同的硬件。在启动完成的最后阶段，根文件系统可以重新mount到其他设备上，但是也可以不再重新mount（很多嵌入式系统就是这样）。 initrd的具体实现过程是这样的：bootloader把根文件系统映象装载到内存指定位置，把相关参数传递给内核，内核启动时把initrd中的内容复制到ramdisk中（ram0），把initrd占用的内存释放掉，在ram0上mount根文件系统。从这个过程可以看出，内核需要对同时对ramdisk和initrd的支持。

二.嵌入式系统根文件系统的一种实现方法。对于kernel和根文件系统都存储在flash中的系统，一般可以利用linux启动的initrd的机制。具体的过程前面已经比较清楚了，还有一点就是在启动参数中传递root=/dev/ram0，这样使得用initrd进行mount的根文件系统不再切换，因为这个时候实际的设备就是ram0。还有就是initrd的起始地址参数为虚拟地址，需要和bootloader中用的物理地址对应。

3 initrd

3.1

initrd = init ramdisk，是一个启动时存在于内存的文件系统。
　　initrd的最初的目的是为了把kernel的启动分成两个阶段：在kernel中保留最少最基本的启动代码，然后把对各种各样硬件设备的支持以模块的方式放在initrd中，这样就在启动过程中可以从initrd所mount的根文件系统中装载需要的模块。这样的一个好处就是在保持kernel不变的情况下，通过修改initrd中的内容就可以灵活的支持不同的硬件。在启动完成的最后阶段，根文件系统可以重新mount到其他设备上。
　　Linux启动一定要用initrd么?
　　不必，如果把需要的功能全都编译到内核中(非模块方式)，只需要一个内核文件即可，initrd能够减小启动内核的体积并增加灵活性。如果你的内核以模块方式支持某种文件系统(例如ext3, UFS)，而启动阶段的驱动模块(如jbd)放在这些文件系统上,内核是无法读取文件系统的，从而只能通过initrd的虚拟文件系统来装载这些模块。
　　这里有些人会问: 既然内核此时不能读取文件系统，那内核的文件是怎么装入内存中的呢？答案很简单，Grub是file-system sensitive的，能够识别常见的文件系统。
　　initrd文件是怎么生成的?
　　使用mkinitrd命令，这个命令其实是一个Bash脚本
　　#file `which mkinitrd`
　　/sbin/mkinitrd: Bourne-Again shell script text executable
　　该脚本先建立一个8M的空文件，并在此上建立一个文件系统，并拷贝相应的的文件。
　　一个默认RedHat Fedora Core 2, 它的initrd是什么内容
　　(跟系统的硬件相关)?
　　# file initrd-2.6.5-1.358.img
　　initrd-2.6.5-1.358.img: gzip compressed data, from Unix, max compression
　　# mv initrd-2.6.5-1.358.img initrd-2.6.5-1.358.gz
　　# gzip -d initrd-2.6.5-1.358.gz
　　# ll
　　-rw-r--r-- 1 root root 8192000 Jan 14 11:32 initrd-2.6.5-1.358
　　# mkdir /mnt/loop
　　# mount -o loop initrd-2.6.5-1.356 /mnt/loop
　　………… 中间修改此文件系统，等等…………
　　# umount loop
　　# cd /boot
　　# gzip -9 initrd-2.6.5-1.356
　　# mv initrd-2.6.5-1.356.gz initrd-2.6.5-1.356.img

3.2

标准的答案是：initrd是linux在系统引导过程中使用的一个临时的根文件系统，用来支持两阶段的引导过程。

再白话一点，initrd就是一个带有根文件系统的虚拟RAM盘，里面包含了根目录‘/’，以及其他的目录，比如：bin，dev，proc，sbin，sys等linux启动时必须的目录，以及在bin目录下加入了一下必须的可执行命令。

PC或者服务器linux内核使用这个initrd来挂载真正的根文件系统，然后将此initrd从内存中卸掉，这种情况下initrd其实就是一个过渡使用的东西。当然也可以不卸载这个initrd，直接将其作为根文件系统使用，这当然是在没有硬盘的情况下了，这种情况多用在没有磁盘的超轻量级的嵌入式系统。其实现在的大多数嵌入式系统也是有自己的磁盘的，所以，initrd在现在大多数的嵌入式系统中也作过渡使用。

Initrd的引导过程

‘第二阶段引导程序’，常用的是grub将内核解压缩并拷贝到内存中，然后内核接管了CPU开始执行，然后内核调用init()函数，注意，此init函数并不是后来的init进程！！！然后内核调用函数initrd_load()来在内存中加载initrd根文件系统。Initrd_load()函数又调用了一些其他的函数来为RAM磁盘分配空间，并计算CRC等操作。然后对RAM磁盘进行解压，并将其加载到内存中。现在，内存中就有了initrd的映象。