📚 课程目录第3章根文件系统定制

3、根文件系统定制：从零构建最小根文件系统，理解BusyBox、glibc/musl的选择与影响

根文件系统，说白了就是嵌入式Linux系统启动后挂载的第一个文件系统。它里面装着init进程、shell、各种工具库，是整个用户空间的基石。很多新手拿到Buildroot，第一件事就是make一把，出来的镜像动不动几十兆，烧进去发现一半功能都用不上。

我个人习惯，做产品前一定会先做一次「最小根文件系统」的构建。不是为了炫技，而是为了搞清楚——哪些东西是系统必须的，哪些是多余的。你想想看，一个只有几百KB的根文件系统，跑起来是什么感觉？我当年第一次在8MB Flash上塞进完整系统时，那种成就感，比调通一个驱动还爽。

3.1 最小根文件系统的构成

一个能启动的根文件系统，最少需要什么？我列个清单给你：

组件	必要性	说明
`/init` 或 `/sbin/init`	必须	内核启动后第一个用户态进程
`/dev/console`	必须	控制台设备节点，内核输出日志用
`/etc/inittab`	必须（BusyBox）	init进程的配置文件
`/bin/sh`	强烈建议	shell，调试和启动脚本用
`/lib/ld-linux.so.*`	必须	动态链接器，否则任何程序都跑不起来
`/proc`、`/sys` 挂载点	建议	很多工具依赖虚拟文件系统

嗯，这里要注意——/dev/console 这个节点，很多人会忘。我记得有一次调试一块新板子，内核启动到挂载根文件系统后直接panic，折腾了半天才发现是console节点没创建。内核找不到输出设备，直接罢工了。

3.2 BusyBox：瑞士军刀还是鸡肋？

BusyBox 几乎是嵌入式Linux的标配。它把上百个常用命令（ls、cp、mv、ps、mount……）打包成一个二进制文件，通过符号链接来区分调用哪个命令。这样做的好处很明显：

体积小：一个静态编译的BusyBox也就几百KB，比GNU coreutils小两个数量级
功能全：日常调试、系统管理、网络工具，基本够用
配置灵活：你可以选择编译哪些命令，甚至每个命令的详细特性

但BusyBox也有坑。我在项目中遇到过一个问题：BusyBox的mount命令不支持nfs文件系统类型，导致开发阶段挂载NFS根文件系统失败。查了半天才发现是配置菜单里没勾选Mount NFS support。所以，如果你要用到某些高级特性，记得去BusyBox → Linux System Utilities里翻一翻。

我的习惯： 先全选所有命令编译一次，生成后看体积。然后逐个关掉不需要的，直到系统能正常启动。这样既能保证功能完整，又能做到极致精简。

3.3 glibc vs musl：C库的抉择

C库的选择，直接影响根文件系统的大小、性能和兼容性。Buildroot支持多种C库，最常用的就是glibc和musl。

特性	glibc	musl
体积	大（约1.5-2MB）	小（约400-600KB）
兼容性	极好，几乎所有Linux软件都支持	较好，部分软件需要打补丁
性能	某些场景优化更好（如memcpy）	整体不错，内存分配更轻量
许可证	LGPL（需注意动态链接合规）	MIT（更宽松）
启动速度	较慢（动态链接器加载较多）	较快（更精简的初始化流程）

怎么选？我个人的经验是：

产品原型阶段：用glibc，兼容性好，省去很多移植麻烦
量产阶段：如果Flash空间紧张，果断切musl。我曾经把一个16MB的镜像压到8MB，主要就是靠换musl和裁剪BusyBox
实时性要求高：musl的线程模型更轻量，上下文切换开销小

注意： 切换C库后，所有用户态程序都需要重新编译。因为glibc和musl的ABI不兼容。我曾经在项目中期想从glibc切到musl，结果发现第三方闭源库只提供了glibc版本……嗯，最后只能硬着头皮保留glibc。

3.4 动手：在Buildroot中构建最小系统

我们一步步来。假设你已经有一个基本的Buildroot环境。

第一步：配置目标架构

make menuconfig
Target options --->
  Target Architecture (ARM (little endian))  --->
  Target Binary Format (ELF)  --->
  Target Architecture Variant (cortex-a7)  --->

第二步：选择C库

Toolchain --->
  C library (musl)  --->

第三步：配置BusyBox

System configuration --->
  Init system (BusyBox)  --->
  /dev management (Dynamic using devtmpfs + mdev)  --->

BusyBox --->
  BusyBox Configuration --->
    [*]   ls
    [*]   cp
    [*]   mv
    [*]   mount
    [*]   ps
    [*]   sh
    # 其他按需勾选

第四步：关闭不需要的包

Target packages --->
  # 取消所有不需要的包，只保留busybox和必需的库

第五步：编译

make

编译完成后，看看output/images/rootfs.tar的大小。如果一切顺利，你应该得到一个不到1MB的根文件系统。

验证方法： 用QEMU模拟启动：

qemu-system-arm -M virt -kernel output/images/zImage \
  -drive file=output/images/rootfs.ext2,format=raw \
  -append "root=/dev/vda console=ttyAMA0" -nographic

看到shell提示符，说明最小系统构建成功。

3.5 根文件系统的知识体系

下面这张图，是我自己总结的根文件系统定制核心逻辑。你可以把它当作一个检查清单：

3.6 避坑指南

最后，分享几个我踩过的坑：

动态链接器路径不对：musl的动态链接器是/lib/ld-musl-arm.so.1，glibc是/lib/ld-linux-armhf.so.3。如果根文件系统里没有这个文件，任何动态链接的程序都会报No such file or directory。我曾经因为这个错误，反复检查了三天，最后发现是Buildroot的BR2_ROOTFS_MERGED_USR选项导致库文件被放到了/usr/lib，而动态链接器默认只搜/lib。
BusyBox的ash shell缺少某些功能：比如readlink -f在BusyBox里默认没开。如果你写的启动脚本用了这个，启动时会静默失败。建议在BusyBox配置里把ash的bash-compatible选项打开。
/etc/hostname 和 /etc/hosts：很多网络工具依赖这两个文件。最小系统里可以不放，但如果你要用ping或hostname命令，记得加上。

嗯，根文件系统定制这件事，说难不难，说简单也不简单。关键是要理解每个组件的作用，然后根据实际需求做取舍。你动手试一次，比看十篇文章都管用。