解决对linux根文件系统的疑惑 initrd和initramfs的区别 以及对linux文件系统ext格式的疑惑 虚拟根文件系统和真根文件系统

什么疑惑？？

Linux内核在初始化之后会执行init进程，而init进程会挂载我们的根文件系统，但由于init程序也是在根文件系统上的，所以这就有了悖论。

扫盲

了解cpio格式的文件
image格式文件

Linux内核在初始化之后会执行init进程，而init进程会挂载我们的根文件系统，但由于init程序也是在根文件系统上的，所以这就有了悖论。Linux采用两步走的方法来解决这个问题。Linux2.6版以前的方法是：除了内核vmlinuz之外还有一个独立的initrd.img映像文件，其实它就是一个文件系统映像，linux内核在初始化后会mount initrd.img作为一个临时的根文件系统，而init进程就是在initrd.img里的，然后init进程会挂载真正的根文件系统，然后umount initrd.img。但Linux2.6内核的实现方式却不太一样，虽然完成的功能是一样的。Linux2.6采用initramfs。initramfs：init ram filesystem，它是一个cpio格式的内存文件系统，制作的方法有两个，一个是http://blog.csdn.net/htttw/article/details/7215858介绍的，但这样做出来的initramfs是和内核vmlinuz分开的，因此我们需要在grub里写上initramfs的路径。而另一种方法是把内核和initramfs制作在一起成为一个文件，方法是在linux源码make menuconfig，然后General setup–>选择Initial RAM filesystem and RAM disk (initramfs/initrd) support，然后在Initramfs source file(s)里输入我们的initramfs目录，然后make bzImage。这种方法做出来的内核就只有一个文件，不需要指定initramfs了。

原文链接：https://blog.csdn.net/htttw/article/details/7217706

initramfs 在内核中的作用与实现

https://blog.csdn.net/song_lee/article/details/106027410?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522164212712716780265476831%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=164212712716780265476831&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2_allfirst_rank_ecpm_v1~rank_v31_ecpm-6-106027410.first_rank_v2_pc_rank_v29&utm_term=initramfs%E6%98%AF%E4%BB%80%E4%B9%88&spm=1018.2226.3001.4187

initrd 介绍

initrd 的英文含义是 boot loader initialized RAM disk，就是由 boot loader 初始化的内存盘。 在 linux内核启动前， boot loader 会将存储介质中的 initrd 文件加载到内存，内核启动时会在访问真正的根文件系统前先访问该内存中的 initrd 文件系统。在 boot loader 配置了 initrd 的情况下，内核启动被分成了两个阶段，第一阶段先执行 initrd 文件系统中的"某个文件"，完成加载驱动模块等任务，第二阶段才会执行真正的根文件系统中的 /sbin/init 进程。
第一阶段启动的目的是为第二阶段的启动扫清一切障爱， 最主要的是加载根文件系统存储介质的驱动模块。我们知道根文件系统可以存储在包括IDE、SCSI、USB在内的多种介质上，如果将这些设备的驱动都编译进内核，可以想象内核会多么庞大、臃肿。
https://blog.csdn.net/taina2008/article/details/2759469?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522164212288216780255232743%2522%252C%2522scm%2522%253A%252220140713.130102334…%2522%257D&request_id=164212288216780255232743&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2_allsobaiduend~default-2-2759469.first_rank_v2_pc_rank_v29&utm_term=initrd&spm=1018.2226.3001.4187

浅谈linux启动的那些事（initrd.img）

https://blog.csdn.net/li33293884/article/details/53183622?spm=1001.2101.3001.6650.9&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7Edefault-9.no_search_link&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7Edefault-9.no_search_link&utm_relevant_index=17

《Linux启动过程分析》之区别Initramfs与initrd

https://blog.csdn.net/tankai19880619/article/details/16885615?ops_request_misc=&request_id=&biz_id=102&utm_term=/boot/initramfs%E6%98%AF%E4%BB%80%E4%B9%88&utm_medium=distribute.pc_search_result.none-task-blog-2_allsobaiduweb~default-9-16885615.first_rank_v2_pc_rank_v29&spm=1018.2226.3001.4187

实验一：制作传统的initrd

静态编译Busybox，生成_install目录，具体编译方法参考：http://blog.csdn.net/htttw/article/details/7215858的前半部分

mkdir ~/ramdisk

cd ramdisk

首先创建一个映像，他就是最终的initrd：

dd if=/dev/zero of=ramdisk bs=1k count=8000

以上命令创建一个8M的ramdisk映像

然后格式化成ext3格式：

mkfs.ext2 -j ramdisk

然后按“y”

然后挂载：

sudo mount ramdisk /mnt -o loop

然后复制busybox下的_install目录到/mnt下

sudo cp -R busybox/_install /mnt

然后创建必要的目录，后面就和http://blog.csdn.net/htttw/article/details/7215858的“上面只是准备工作，下面才开始好玩了”后面是一样的，一直到创建init链接：ln -sv bin/busybox init之后

注意：现在我们所有的操作都是在/mnt里进行的，即在第二步生成的ramdisk里

卸载ramdisk：

sudo umount /mnt

copy到/boot下，准备测试

sudo cp ramdisk /boot/ramdisk

重启，进入grub命令模式，指定linux和initrd进行测试，具体参考：http://blog.csdn.net/htttw/article/details/7215858的最。如果一切顺利，最后我们会进入Busybox。

实验二：制作现代的initramfs：

上面说过了，制作现代的initramfs有两种方法，第一种就是http://blog.csdn.net/htttw/article/details/7215858介绍的，下面介绍第二种，即在make menuconfig里指定：

准备好_install目录，然后创建必要的文件，假设是ramfs目录

在make menuconfig里指定Initramfs source file(s)的路径是第一步的ramfs，然后重新编译内核：make bzImage

测试，和上面方法是一样的，不过不用指定initrd了，因为内核和initramfs是编译在一起的，最后我们会进入Busybox。

这里插一句，我们完全可以自己写init进程，只要替换_install目录里的init就可以了～～

另外，这里多加一个小实验，模拟ramfs的挂载与卸载过程：

首先准备好一个busybox的ramdisk，我们把它作为真正的根文件系统

然后把它copy到我们自己做的ramfs的/root/下，并修改ramfs的etc/init.d/rcS如下：

#!/bin/sh
mount -a
mount /root/ramdisk /mnt
exec switch_root /mnt /sbin/init

这样最终就mount进我们的根文件系统里了。

原文链接：https://blog.csdn.net/htttw/article/details/7217706