1、rootfs 概述：嵌入式系统的灵魂所在
做嵌入式 Linux 开发这么多年，我经常被问到一个问题：rootfs 到底是什么？ 说白了，它就是根文件系统。但如果你只把它当成一堆文件和目录，那就太小看它了。
我记得刚入行那会儿，带我的老工程师跟我说过一句话，我一直记到现在：「没有 rootfs 的 Linux 内核，就像没有灵魂的躯壳。」 内核启动后，第一个要挂载的就是 rootfs。如果它挂了或者缺了关键文件，系统直接就崩了。
1.1 什么是 rootfs
rootfs，全称 Root File System，是 Linux 系统启动后挂载的第一个文件系统。它包含了系统运行所需的一切：
- 可执行程序：/bin、/sbin、/usr/bin 下的命令
- 库文件：/lib 下的 .so 动态库
- 配置文件：/etc 下的各种配置
- 设备节点：/dev 下的设备文件
- 运行时数据：/var、/tmp、/run 等
核心要点：rootfs 不是「一个文件」，而是一个完整的目录树结构。内核启动后，会以 rootfs 为根，挂载其他文件系统（如 proc、sysfs、tmpfs）到它的子目录下。
你想想看，一个嵌入式设备上电后，内核加载完毕，接下来就要找 rootfs。找不到？那就 panic 了。我在项目中遇到过好几次这种情况——调试时忘了把 rootfs 烧进去，结果串口打印一堆错误，最后停在 Kernel panic - not syncing: VFS: Unable to mount root fs。嗯，这种错误看一次就记住了。
1.2 rootfs 在嵌入式系统中的作用
嵌入式系统跟 PC 不一样。PC 上有硬盘、有 BIOS、有 GRUB，启动流程很成熟。但嵌入式设备呢？Flash 空间有限，CPU 性能有限，有时候连 MMU 都没有。这时候 rootfs 的作用就格外重要了。
我个人习惯把 rootfs 的作用归纳为三点：
| 作用 | 说明 | 我踩过的坑 |
|---|---|---|
| 提供用户空间环境 | 让 init 进程、shell、应用程序能跑起来 | 曾经把 /sbin/init 搞丢了，系统启动后直接 kernel panic |
| 管理设备节点 | 通过 /dev 下的节点访问硬件 | 忘了创建设备节点，应用层死活打不开串口 |
| 承载配置与数据 | /etc 存配置，/var 存运行时数据 | 日志写满 /var，导致系统无法正常关机 |
避坑指南：我曾经在一个项目里，为了省空间把 /lib 下的某些 .so 删了。结果某个应用启动时提示 symbol lookup error，查了半天才发现是缺了 libpthread.so。所以，裁剪 rootfs 时一定要搞清楚依赖关系，别盲目删文件。
1.3 常见的 rootfs 类型
嵌入式 Linux 的 rootfs 构建方式有很多种。我接触过的主要有三种：BusyBox、Buildroot 和 Yocto。它们各有各的适用场景，下面我详细说说。
1.3.1 BusyBox —— 麻雀虽小，五脏俱全
BusyBox 是什么？它把几百个常用的 Linux 命令（ls、cp、mv、ps、mount 等）打包成一个可执行文件。通过符号链接，一个 BusyBox 就能提供完整的 shell 环境。
我记得第一次用 BusyBox 时，觉得这玩意儿太神奇了。一个 1MB 左右的二进制文件，就能顶替几十 MB 的 GNU coreutils。对于 Flash 只有 4MB 的嵌入式设备来说，这简直是救星。
我的经验：BusyBox 适合做最小系统。如果你只需要一个能跑 shell、能执行基本命令的环境，BusyBox 是最快的方式。但要注意，BusyBox 的命令是简化版，有些参数不支持。比如 BusyBox 的 ps 命令，默认只显示当前进程，想看全部进程得加 -ef。
1.3.2 Buildroot —— 一键构建，省心省力
Buildroot 是一个自动化构建工具。你配置好目标架构、选择需要的软件包，它就能帮你生成完整的 rootfs 镜像、内核镜像、bootloader 镜像。
我个人非常喜欢 Buildroot 的 menuconfig 配置界面。跟内核配置一样，勾选你需要的功能，取消不需要的，然后 make 一下，等几分钟就出来了。对于中小型嵌入式项目，Buildroot 是性价比最高的选择。
我曾在项目里用 Buildroot 构建了一个 8MB 的 rootfs，包含了 Web 服务器、MQTT 客户端、SQLite 数据库。如果用手动交叉编译的方式，光解决依赖就得花好几天。
1.3.3 Yocto —— 企业级定制，功能强大
Yocto 是这三者中最复杂的。它不仅仅是一个构建工具，更是一个完整的嵌入式 Linux 发行版构建系统。通过 BitBake 和 OpenEmbedded 的配方（recipe），你可以精确控制 rootfs 的每一个细节。
Yocto 的学习曲线比较陡。我第一次接触 Yocto 时，光理解它的 layer 机制就花了一周。但一旦上手，你会发现它的能力非常强大：
- 支持多种架构（ARM、x86、MIPS、RISC-V）
- 可定制化程度极高（从内核到应用层都能改）
- 有完善的包管理机制（类似 apt-get）
- 社区活跃，软件包数量多
选型建议：如果你的产品需要长期维护、频繁更新，或者需要支持多种硬件平台，Yocto 是首选。但如果只是做个原型验证，Buildroot 或 BusyBox 更合适。
1.4 三种 rootfs 构建方式的对比
为了让你更直观地理解它们的区别，我整理了一张对比表：
| 特性 | BusyBox | Buildroot | Yocto |
|---|---|---|---|
| 构建复杂度 | 低（手动配置） | 中（menuconfig） | 高（BitBake + recipe） |
| 镜像大小 | 最小（1~2MB） | 较小（4~16MB） | 较大（16~128MB） |
| 定制灵活性 | 低（只能选命令） | 中（可选包） | 高（可改源码） |
| 学习成本 | 低 | 中 | 高 |
| 适用场景 | 最小系统、资源极度受限 | 中小型嵌入式产品 | 大型复杂产品、商业级 |
1.5 rootfs 在嵌入式系统中的位置
为了让你更清楚地理解 rootfs 在整个嵌入式系统中的角色，我画了一张结构图：
从这张图可以看得很清楚：rootfs 位于内核之上、应用之下。内核启动后，挂载 rootfs，然后执行 /sbin/init。init 进程再启动其他服务，最终把整个系统跑起来。
我经常跟团队里的新人说：「你写应用程序，最终都要放到 rootfs 里。你调用的库函数，最终都要从 rootfs 的 /lib 里加载。rootfs 就是你的应用程序的『家』。」
1.6 本章小结
这一章我们聊了 rootfs 的基本概念、它在嵌入式系统中的作用，以及三种常见的构建方式。说白了，rootfs 就是嵌入式 Linux 系统的基石。不管你用 BusyBox 搭最小系统，还是用 Yocto 做商业级产品，理解 rootfs 的结构和原理都是第一步。
我个人建议：如果你是初学者，先从 BusyBox 入手，手动搭一个最小 rootfs 试试。这个过程能让你对 rootfs 的目录结构、依赖关系有非常直观的认识。等你熟悉了，再尝试 Buildroot 或 Yocto。
一个小练习：找个闲置的开发板，用 BusyBox 手动构建一个最小 rootfs，包含以下内容：
- /sbin/init（指向 BusyBox）
- /bin/sh（指向 BusyBox）
- /etc/inittab（配置启动脚本）
- /dev/console（设备节点）
- /lib（至少包含 libc.so）
能成功启动到 shell 提示符，就算入门了。