(本文是 Linux 启动第17篇)
很多人第一次看 Linux 启动流程，都会被这三个词卡住：
initrd、initramfs、rootfs。
表面看，它们都出现在内核启动早期。
名字里又都带着 init 或 root。
所以很容易下意识觉得：
这不就是一回事，只是不同叫法吗？
但现场一到真正排障，这种理解马上就不够用了。
你会发现：
有的人把 initramfs 当成最终根文件系统。
有的人以为 rootfs 就是硬盘上的 /。
还有的人只知道 initrd 比较老，但说不清它到底老在哪里。
这篇就只解决一个问题：这三个词到底分别是什么，它们在启动链里是什么关系。
一句话先讲明白
rootfs 是内核启动后最早可用的根文件系统载体；initramfs 是现代 Linux 放进这个载体里的早期用户空间内容包；initrd 是更老的一种“内存盘镜像”方案。
所以它们不是三个平级概念。
rootfs 更像“底座”。
initramfs 更像“现代填充内容”。
initrd 更像“历史方案”。
第一，先把 rootfs 搞清楚：它是整个问题的地基
很多文章一上来就在比 initrd 和 initramfs。
但如果 rootfs 没想清楚，后面基本都会乱。
rootfs 本质上是内核启动后最先拥有的那个根文件系统。
注意这个说法。
它强调的是：
“最先的根”
不是：
“最终长期使用的根”
也就是说，Linux 内核刚起来时，不可能一上来就直接进入你硬盘上的正式根文件系统。
它得先有一个最基础的 /。
不然很多路径、很多初始化动作都没法开展。
这个最早的落脚点，就是 rootfs。
所以工程上要先建立一个判断：
rootfs 是启动早期的根文件系统角色。
它不是你最后看到的那个正式 /。
这一点一旦混了，后面就会把“临时根”和“真实根”全搅在一起。
第二，initramfs 到底是什么：它不是一个盘，而是一包早期文件内容
现代 Linux 更常见的是 initramfs。
它和很多人直觉里想的不一样。
initramfs 不是一块磁盘。
它更像一份被打包好的早期文件树。
通常它会包含这些东西：
1. /init
2. 一些基础命令
3. 必要驱动模块
4. 挂载脚本
5. LVM、RAID、加密卷相关工具
6. 找真实根文件系统所需的最小用户空间
它一般会被做成一个 cpio 包，再压缩。
引导程序把它和内核一起放进内存。
内核启动后会做两件关键事：
1. 先创建最初始的 rootfs
2. 再把 initramfs 的内容解包到 rootfs 里
然后执行其中的 /init。
这就是关键点。
initramfs 不是“挂载成根”。
而是“解包进 rootfs”。
所以两者关系一定要分层理解：
rootfs 是承载位置。
initramfs 是填进去的内容。
如果你愿意把它想得更直观一点：
rootfs 是空房子。
initramfs 是先搬进去的工具箱。
系统先靠这套工具箱，把磁盘、驱动、LVM、加密卷这些事情处理完，
再切换到真正要长期运行的根文件系统。
第三，initrd 又是什么：它解决的是同一个问题，但机制更老
initrd 也是为了解决同一个问题：
在真正根文件系统可用之前，系统先靠什么活下来。
但它的实现方式，和 initramfs 不一样。
initrd 更像一块放在内存里的“虚拟磁盘镜像”。
也就是说，bootloader 会把一份文件系统镜像加载到内存。
内核再把它当成 RAM disk。
然后像挂普通文件系统一样，把它挂起来使用。
所以 initrd 的关键词是：
内存盘。
块设备镜像。
先挂载，再用。
而 initramfs 的关键词是：
cpio 包。
直接解包。
进 rootfs 后运行 /init。
这就是两者最核心的区别。
因为块设备需要预先分配固定大小的内存，容易造成浪费或空间不足；
而 cpio 按需解包，更节省内存，且不需要内核维护复杂的块设备驱动。
别看它们都用于“早期用户空间”，
但底层路径不是一回事。
initrd 走的是“内存块设备镜像”思路。
initramfs 走的是“直接释放文件内容”思路。
所以更准确的说法不是：
“initrd 就是 initramfs。”
而是：
“initramfs 是后来替代 initrd 的主流实现方案。”
格式一眼分清：initramfs 是 cpio 压缩包，传统 initrd 是 ext2 内存磁盘镜像。
第四，这三者在启动流程里，到底谁先谁后
只要把它们放进启动链，关系就彻底顺了。
一个典型的现代 Linux 启动过程，大致是这样：
1. bootloader 加载内核和 initramfs
2. 内核解压并启动
3. 内核创建最初始的 rootfs
4. 内核把 initramfs 解包到 rootfs
5. 执行 rootfs 里的 /init
6. /init 去加载驱动、识别设备、组 RAID、激活 LVM、解锁加密卷
7. 找到真正的根文件系统
8. 用 switch_root 切过去
9. 再启动正式用户空间，比如 systemd
这里最容易记混的地方是第 3 和第 4 步。
很多人以为：
先有 initramfs，再有 rootfs。
其实不是。
先有 rootfs。
再把 initramfs 解包进去。
如果是老式 initrd，路径就不一样了。
它不是“解包进 rootfs”。
而是内核把它当成一块 RAM disk 来挂载，再跑里面的初始化逻辑。
所以三者放在一个时间轴上理解就是：
rootfs 是启动早期总要有的底座。
initramfs 是现代系统往这个底座里塞进去的早期内容。
initrd 是旧方案里另一种早期承载方式。
第五，为什么工程上总会把它们搞混
因为它们都出现在一个时间段：
内核起来了，但真正系统还没完全起来。
而且历史命名也很容易误导人。
比如很多启动配置里，到今天还会看到 initrd 这个命令名。
但它加载的文件，实际可能已经是 initramfs。
也就是说：
名字可能还叫 initrd。
内容未必还是传统意义上的 initrd。
这就是为什么只看名字，经常会判断错。
工程上更稳的判断方式不是看它叫什么，
而是看它怎么工作：
如果它是一个文件归档，被解包进早期根文件系统，
那它本质上就是 initramfs 路径。
如果它是一个内存块设备镜像，被挂载后再使用，
那才更接近传统 initrd 路径。
判断机制，比判断名字更重要。
第六，它们和真正的根文件系统又是什么关系
这也是现场最容易带偏的地方。
很多人把“早期根文件系统”和“最终根文件系统”当成同一个东西。
其实不是。
启动早期，系统先进入的是一个临时阶段。
这个阶段里，内核先有 rootfs，
现代系统里通常再把 initramfs 内容放进去，运行 /init。
这一阶段的目标不是长期运行应用。
它只干一件事：
把真正的根文件系统准备出来。
这个真正的根文件系统，可能是：
1. 本地 ext4 分区
2. LVM 逻辑卷
3. RAID 设备
4. 解锁后的加密卷
5. NFS 根文件系统
6. 只读 rootfs 加 overlay 的组合
等这些都准备好之后，系统才会切换过去。
所以一定要记住：
initramfs 所在的早期根，是过渡根。
真正挂上去长期运行的 /，才是正式根。
这也是为什么有些启动问题，明明你改了正式 rootfs 里的配置，却完全不生效。
因为系统可能压根还没走到那一步。
问题还卡在 initramfs 阶段。
第七，现场排障时应该怎么判断更像是哪一层的问题
这部分最有工程意义。
如果系统问题出在：
1. 找不到根分区
2. LVM 没激活
3. RAID 没组起来
4. 加密卷没解开
5. 启动掉进 emergency shell
6. 日志里提示找不到 /init 或无法切根
那优先怀疑的，往往不是正式 rootfs。
而是：
早期启动链。
更具体一点说，就是：
initramfs 内容不完整，或者它的早期初始化逻辑出了问题。
比如：
驱动没打进去。
脚本没把设备等到位。
文件系统模块缺失。
加密工具没带上。
switch_root 前置条件没满足。
反过来，如果系统已经成功切到正式根，
只是某些服务起不来、用户态配置异常、systemd 单元失败，
那才更像是正式 rootfs 之后的问题。
所以现场排查不要一上来就盯着“系统根目录里的文件”。
先判断系统卡在哪一层。
这比一头扎进去翻配置重要得多。
最后怎么一句话记住
rootfs 是启动早期的根文件系统底座，initramfs 是现代系统解包进去的早期用户空间，initrd 是更老的内存盘镜像方案。
initrd、initramfs、rootfs 之所以总被混在一起，
不是因为它们真是一个东西，
而是因为它们都出现在“真正根文件系统还没接管之前”这一段。
但只要把层次理顺，整个问题并不复杂。
rootfs 是角色。
initramfs 是现代内容包。
initrd 是历史实现方案。
以后你再看 Linux 启动链，
不要再把这三个词当成三个平级名词硬背。
先问自己两个问题：
现在说的是“谁来承载早期根”？
还是
“谁来提供早期内容”？
这两个问题一分开，很多启动问题就不会越看越乱。
快速 30 秒问答
如果问 initrd、initramfs、rootfs 什么关系，可以这样答：
rootfs 是内核启动后最早可用的根文件系统底座，属于启动早期的临时根；
initramfs 是现代 Linux 常用的早期用户空间内容包，内核会把它解包到 rootfs 里并执行 /init；
initrd 是更老的方案，本质是内存中的块设备镜像。
工程上如果系统卡在找根分区、解密、LVM、切根之前，通常优先查 initramfs 这一层，而不是正式 rootfs。
如果这篇帮你彻底理清了 Linux 启动的“糊涂账”，请点赞 + 关注 👍，下一篇我们继续拆解那些让工程师头大的底层逻辑。
