1. Rootfs 概述：嵌入式系统的根文件系统
各位同学，咱们今天聊聊 Rootfs。说白了，它就是嵌入式 Linux 系统启动后挂载的第一个文件系统。你想想看，内核启动完了，总得有个地方放应用程序、库文件、配置文件吧？这个「地方」就是 Rootfs。
我刚开始做嵌入式那会儿，总觉得 Rootfs 不就是一堆文件嘛，随便拷进去就能跑。结果呢？有一次把 BusyBox 的符号链接搞错了，系统启动到一半直接 panic。嗯，从那以后我再也不敢小看它了。
1.1 什么是 Rootfs
Rootfs，全称 Root Filesystem，根文件系统。它不是一个具体的文件系统格式（比如 ext4、squashfs），而是一个逻辑概念——内核在初始化阶段挂载的、包含 /sbin/init 或 /init 的那个文件系统。
核心要点：Rootfs 必须包含以下内容，缺一不可：
- init 程序——系统启动的第一个用户态进程
- shell 和基础命令——至少能让你登录进去干活
- C 运行时库——所有二进制程序都依赖它
- /dev、/proc、/sys 挂载点——内核与用户态交互的桥梁
我个人的习惯是，拿到一个新板子，第一件事就是看它的 Rootfs 里有没有 /sbin/init。没有？那大概率是内核启动参数传错了，或者文件系统根本没挂上。
1.2 Rootfs 在嵌入式系统中的作用
嵌入式系统不像 PC，没有硬盘、没有 BIOS、没有 GRUB。它的启动流程通常是：Bootloader → 内核 → Rootfs → 应用程序。Rootfs 在这里扮演了三个关键角色：
| 角色 | 说明 | 我踩过的坑 |
|---|---|---|
| 系统初始化 | 提供 init 进程，完成挂载、网络配置、服务启动 | init 脚本里忘了挂 /proc，ps 命令直接报错 |
| 运行时环境 | 提供动态库、配置文件、设备节点 | ldd 检查依赖全绿，拷到板子上就是跑不起来——缺 libc.so.6 |
| 应用载体 | 存放业务程序、数据文件、日志 | OTA 升级时只更新了内核，Rootfs 没动，新内核不兼容旧驱动 |
你想想看，如果 Rootfs 里连 /lib 都没有，你的 hello world 都跑不起来。这就是为什么我总跟团队说：Rootfs 是嵌入式系统的地基，地基不稳，上层全白搭。
1.3 常见的 Rootfs 类型
嵌入式领域里，Rootfs 的构建工具五花八门。我用过的就有七八种，但真正主流的就三个：BusyBox、Buildroot、Yocto。咱们一个一个说。
1.3.1 BusyBox —— 瑞士军刀
BusyBox 不是完整的 Rootfs，它是一个二进制程序，把几百个常用 Linux 命令打包成一个可执行文件。通过符号链接，一个 busybox 就能扮演 ls、cp、mv、ps、sh 等角色。
我的经验：BusyBox 最适合资源受限的 MCU 类设备。比如我做过一个温湿度传感器网关，Flash 只有 8MB，RAM 64MB。用 BusyBox 做的 Rootfs，整个文件系统才 2MB 出头，还能跑一个轻量级 HTTP 服务器。
但 BusyBox 有个硬伤：命令功能阉割严重。比如它的 top 命令，没有交互模式；vi 只有最基本的光标移动。调试复杂问题时会很痛苦。
1.3.2 Buildroot —— 我个人的首选
Buildroot 是一个自动化构建系统。你配置好目标架构、选择软件包、设置内核选项，它就能一键生成完整的 Rootfs 镜像、内核镜像、甚至 Bootloader。
我个人特别喜欢 Buildroot 的原因有三：
- 配置简单——menuconfig 界面，跟内核配置一样，上手快
- 构建速度快——从零到出镜像，一般 10-20 分钟
- 输出干净——生成的 Rootfs 只有你选的东西，没有冗余
注意：Buildroot 的包版本是固定的。比如某个版本里 OpenSSL 是 1.1.1，你想升级到 3.0？要么自己写 patch，要么等官方更新。我在项目里就吃过这个亏——客户安全审计要求 OpenSSL 必须 >= 3.0，但 Buildroot 2022.02 里还是 1.1.1，最后只能手动打补丁。
1.3.3 Yocto —— 工业级方案
Yocto 是 Linux 基金会维护的开源项目，它不只是一个构建工具，而是一整套嵌入式 Linux 发行版创建系统。它的核心是 BitBake 构建引擎和 OpenEmbedded 元数据层。
Yocto 的强项在于：
- 高度可定制——从内核配置到包管理，每一层都能改
- 版本管理严谨——每个软件包的源码、补丁、配置都有记录
- 支持复杂场景——多架构、多 BSP、多产品线同时维护
但代价也很明显：学习曲线陡峭。我第一次用 Yocto 时，光理解 Layer、Recipe、Class 这些概念就花了一周。而且构建速度慢，第一次全量构建可能要 2-3 小时。
| 特性 | BusyBox | Buildroot | Yocto |
|---|---|---|---|
| 构建复杂度 | 极低 | 低 | 高 |
| 镜像大小 | 极小（1-3MB） | 小（4-20MB） | 大（50MB+） |
| 定制灵活性 | 差 | 中 | 极高 |
| 包管理 | 无 | 无（可加） | 支持 RPM/IPK/DEB |
| 适用场景 | 资源极度受限 | 中小型产品 | 复杂工业/商业产品 |
1.4 三种 Rootfs 的架构对比
为了让你更直观地理解它们的区别，我画了一张架构对比图。你可以看到，BusyBox 是最底层的工具，Buildroot 在它之上加了一层构建系统，而 Yocto 则是一个完整的生态。
1.5 如何选择？我的建议
经常有同事问我：「到底该用哪个？」我的回答永远是：看你的产品定位和团队能力。
- 原型验证 / 学生项目——BusyBox 手动搭，最快最直接
- 量产消费类产品——Buildroot，平衡了开发效率和镜像大小
- 工业设备 / 车规 / 医疗——Yocto，虽然重，但可追溯、可审计、可维护
一个小技巧：如果你不确定选哪个，先用 Buildroot 快速出一个可运行的系统。等产品进入维护期，再迁移到 Yocto。我上一个项目就是这么干的——第一版用 Buildroot 三个月出货，第二版切 Yocto 做长期维护。