一、嵌入式根文件系统概述
1.1 什么是根文件系统
根文件系统，说白了就是嵌入式系统启动后挂载的第一个文件系统。它包含了系统运行所必需的一切——从内核启动后的第一个进程，到各种配置文件和库文件，全都靠它撑着。
我记得刚入行那会儿，总把根文件系统和内核搞混。后来踩过几次坑才明白：内核负责驱动硬件、管理进程，而根文件系统提供的是「用户空间」的生态环境。没有根文件系统，内核启动后就会 panic，直接罢工。
核心定义：根文件系统是挂载在 "/" 目录下的文件系统，包含 init 程序、shell、库文件、配置文件、设备节点等系统运行所需的最小文件集合。
1.2 根文件系统的作用
根文件系统到底干了些什么？我总结下来，主要有这么几件事：
- 提供初始化流程——内核启动后，会执行根文件系统中的 /sbin/init 程序，这是用户空间的第一个进程。没有它，系统就是个空壳。
- 提供命令行交互——通过 BusyBox 提供的 shell，工程师才能敲命令、调试系统。我在项目里经常靠这个排查启动问题。
- 提供动态库支持——应用程序依赖的 libc、libm 等库文件，都放在根文件系统里。缺一个库，程序就跑不起来。
- 提供配置文件——比如 /etc/inittab、/etc/fstab、/etc/network/interfaces，这些决定了系统怎么启动、怎么挂载、怎么联网。
- 提供设备节点——/dev 目录下的设备文件，让应用程序能访问硬件。现在很多系统用 devtmpfs 自动管理，但早期都得手动创建。
个人经验：我曾经在一个 ARM 项目中，因为漏掉了 /dev/null 这个设备节点，导致某个守护进程启动时报错，排查了整整两天。后来我习惯在构建根文件系统后，先检查 /dev 目录下有没有关键节点。
1.3 常见的根文件系统类型
嵌入式 Linux 领域，根文件系统的构建方案主要有三种。我按自己的使用经验，给大家捋一捋：
1.3.1 BusyBox
BusyBox 是个「瑞士军刀」式的工具。它把上百个常用 Linux 命令（ls、cp、mv、ps、mount 等）打包成一个二进制文件，体积极小。我最早做嵌入式项目时，用的就是 BusyBox + 手动构建根文件系统的方式。
它的优点很明显：
- 体积小，一个 BusyBox 二进制文件才几百 KB
- 配置灵活，可以按需裁剪命令
- 上手快，适合学习和小型项目
但缺点也突出：
- 所有工作都得手动做——创建目录、拷贝库文件、写启动脚本
- 没有包管理，后期维护麻烦
- 不适合复杂项目
避坑指南：我曾经在一个量产项目中用 BusyBox 手动构建，结果因为 glibc 版本不匹配，导致某个第三方库运行崩溃。从那以后，我建议团队在复杂项目中使用 Buildroot 或 Yocto。
1.3.2 Buildroot
Buildroot 是我现在最常用的工具。它本质上是一个自动化构建系统，能帮你生成完整的根文件系统、交叉编译工具链、甚至内核和 bootloader。
它的核心优势：
- 自动化程度高，一个 make 命令就能生成完整的根文件系统
- 支持 2000+ 软件包，从 busybox 到 qt、python 都能集成
- 配置简单，通过 menuconfig 界面就能完成
- 输出格式丰富，支持 ext4、squashfs、cpio、tar 等
我个人觉得，Buildroot 最适合中小型嵌入式项目。它不像 Yocto 那么重，但比纯 BusyBox 高效得多。
1.3.3 Yocto
Yocto 是个庞然大物。它不仅仅是个根文件系统构建工具，更是一套完整的嵌入式 Linux 发行版构建系统。我接触 Yocto 是在一个大型工业项目中，当时客户要求定制化程度极高。
Yocto 的特点：
- 高度可定制，几乎每个组件都能替换
- 支持多种架构和板级支持包（BSP）
- 有完善的包管理和版本控制
- 学习曲线陡峭，构建时间长
说实话，如果项目不需要频繁定制或大规模部署，我不建议上 Yocto。它的复杂度会让小团队吃不消。
1.4 三种方案对比
| 特性 | BusyBox | Buildroot | Yocto |
|---|---|---|---|
| 构建复杂度 | 低 | 中 | 高 |
| 定制化程度 | 手动 | 中等 | 极高 |
| 包管理 | 无 | 有（有限） | 有（完善） |
| 学习成本 | 低 | 中 | 高 |
| 适用场景 | 学习、小型项目 | 中小型项目 | 大型、复杂项目 |
| 构建时间 | 几分钟 | 十几分钟 | 数小时 |
1.5 根文件系统的核心结构
不管用哪种方案，一个标准的根文件系统都包含以下目录结构。我画了张图，方便大家理解：
每个目录的用途，我简单说一下：
- /bin —— 用户命令，如 ls、cp、cat。BusyBox 就放在这里
- /sbin —— 系统管理命令，如 init、mount、ifconfig
- /etc —— 配置文件，启动脚本、网络配置都在这里
- /lib —— 动态库和内核模块。缺了它，程序跑不起来
- /dev —— 设备节点。现在多用 devtmpfs 自动创建
- /proc、/sys —— 虚拟文件系统，提供内核信息
- /tmp —— 临时文件，通常是 tmpfs
- /var —— 可变数据，如日志、锁文件
小技巧：我习惯在构建完根文件系统后，用 tree 命令查看目录结构。如果发现缺少关键目录，赶紧补上。否则启动时可能会报 "Failed to mount /dev" 之类的错误。
1.6 根文件系统的存储形式
根文件系统可以放在不同的存储介质上。常见的有：
- initramfs —— 集成在内核中，启动时解压到内存。适合调试和临时系统
- JFFS2 / UBIFS —— 针对 NAND Flash 设计的文件系统，带磨损均衡
- ext4 —— 适合 SD 卡、eMMC 等块设备
- SquashFS —— 只读压缩文件系统，适合生产环境
- NFS —— 网络挂载，开发阶段常用，方便调试
我个人在开发阶段喜欢用 NFS 挂载根文件系统。这样修改代码后不用重新烧录，直接重启就能生效，效率高很多。但量产时一定要换成 SquashFS 或 UBIFS，稳定可靠。
注意：选择文件系统类型时，要考虑 Flash 的寿命。JFFS2 和 UBIFS 有磨损均衡机制，适合频繁写入的场景。如果只是只读系统，SquashFS 是最佳选择。
1.7 本章小结
根文件系统是嵌入式 Linux 的基石。它决定了系统启动后能做什么、不能做什么。选择构建方案时，我建议根据项目规模来定：
- 学习或小项目，用 BusyBox 手动构建，能加深理解
- 中小型产品，用 Buildroot，省时省力
- 大型复杂项目，考虑 Yocto，虽然重但灵活
嗯，这一章就到这里。下一章我们开始动手，用 Buildroot 构建第一个根文件系统。