📚 课程目录第3章 rootfs基础概念

3、rootfs基础概念：根文件系统目录结构（FHS）、关键目录（/bin、/etc、/lib、/usr等）的作用与设计原则

在嵌入式Linux系统构建中，rootfs（根文件系统）是系统启动后挂载到根目录“/”的完整目录树与文件集合。它不仅是内核启动后挂载的第一个文件系统，更是用户空间所有进程、库、配置、设备节点和应用程序的载体。对于RK3568平台而言，rootfs的目录结构是否规范、关键目录是否精简、权限与链接是否合理，直接决定了系统能否稳定启动、能否方便地进行OTA升级、能否在有限的eMMC或NAND存储空间内高效运行。本章将围绕FHS（Filesystem Hierarchy Standard，文件系统层次结构标准）展开，深入剖析关键目录的设计意图、RK3568实际工程中的裁剪原则，以及常见误区。

3.1 FHS标准与嵌入式适配

FHS（Filesystem Hierarchy Standard）是由Linux基金会维护的目录结构规范，其核心目标是让用户和软件开发者能够预测文件与目录的位置。在桌面或服务器Linux中，FHS被严格遵循；但在RK3568这类嵌入式平台上，我们通常采用“FHS子集”策略——只保留与系统运行强相关的目录，并适当合并或裁剪。

FHS定义了两类目录：可共享目录（如/usr、/opt）与不可共享目录（如/etc、/boot）；同时区分可变目录（如/var、/tmp）与静态目录（如/bin、/lib）。在嵌入式系统中，由于存储介质有限且系统功能固定，我们往往将/usr合并到根目录，将/var/log重定向到tmpfs，甚至将/bin与/sbin合并为指向busybox的符号链接。

核心原理：FHS不是强制标准，而是“最佳实践共识”。嵌入式rootfs构建的核心任务是在FHS框架下做减法——保留必要的目录骨架，删除与产品功能无关的文档、示例、locale数据，同时确保动态链接器、C库、init进程、shell和核心工具链完整可用。

FHS目录	标准用途	RK3568嵌入式裁剪建议
/bin	用户可执行命令	保留busybox、tar、cat等，通常为符号链接
/sbin	系统管理命令	保留init、mount、ifconfig等，可合并到/bin
/etc	配置文件	必须保留，精简内部文件，只留产品所需
/lib	共享库与内核模块	保留libc、ld-linux、modules，删除无用so
/usr	二级目录树	可合并到根目录，或仅保留/usr/bin与/usr/lib
/var	可变数据	挂载为tmpfs，或仅保留/var/log与/var/run
/dev	设备节点	使用devtmpfs或mdev动态管理
/proc、/sys	内核虚拟文件系统	启动时挂载，不占用存储空间

3.2 关键目录逐一拆解

/bin 与 /sbin：用户与系统命令的存放

在RK3568的rootfs中，/bin目录存放所有用户可执行程序，/sbin存放系统管理员使用的工具。实际工程中，为了节省空间，我们通常使用BusyBox提供全套命令，并将/bin/busybox作为唯一实体文件，其余命令通过符号链接指向它。

# RK3568 rootfs 中 /bin 的典型布局
/bin/busybox          # 实体文件，约 1.2MB (arm64)
/bin/sh -> busybox     # 符号链接
/bin/ls -> busybox
/bin/cat -> busybox
/bin/mount -> busybox
/sbin/init -> /bin/busybox
/sbin/ifconfig -> /bin/busybox

判断方法：使用file /bin/busybox确认架构是否为ARM aarch64；使用ls -l /bin检查符号链接是否断裂。若某个命令缺失，可通过busybox --list查看当前编译进BusyBox的命令列表。

/etc：系统配置的中枢

/etc是rootfs中唯一存放“不可执行但必须存在”的配置文件的目录。RK3568系统中，/etc下至少需要以下文件：

inittab：init进程的启动配置，定义运行级别与启动脚本。
fstab：文件系统挂载表，指定启动时自动挂载的分区。
init.d/rcS：系统初始化脚本，完成网络配置、设备节点创建、模块加载等。
profile：shell环境变量配置。
passwd、group：用户与组信息，嵌入式系统通常只有root。
os-release：记录系统版本信息，方便OTA与调试识别。

风险提示：不要将/etc挂载为只读，除非你完全确定所有程序在启动后不再修改配置。RK3568的很多应用（如网络管理、时间同步）会尝试写入/etc，建议将/etc整体放在可写分区，但将关键配置文件（如inittab）设置为只读属性。

/lib：动态链接库与内核模块

/lib目录存放C库、动态链接器、内核模块以及各种共享库。对于RK3568（ARM64架构），最关键的文件是：

/lib/ld-linux-aarch64.so.1      # 动态链接器（解释器）
/lib/libc.so.6                   # GNU C 库
/lib/libm.so.6                   # 数学库
/lib/modules/5.10.110/           # 内核模块目录（与内核版本严格对应）

实战场景：当你在RK3568上运行一个Qt或GStreamer应用时，如果提示error while loading shared libraries: libQt5Core.so.5，说明/usr/lib或/lib下缺少对应的so文件。此时应使用arm-linux-gnueabihf-readelf -d 应用名查看其NEEDED字段，然后从交叉编译工具链的sysroot中拷贝对应库。

/usr：二级目录树的合并策略

在完整Linux系统中，/usr包含/bin、/lib、/share等子目录，是系统最大的目录。在RK3568嵌入式rootfs中，我们有两种策略：

合并策略：将/usr/bin下的可执行文件直接放到/bin，将/usr/lib下的库直接放到/lib，删除/usr目录。适用于极简系统。
保留策略：保留/usr/bin与/usr/lib，用于存放与基础系统分离的应用程序（如Qt库、AI推理框架）。适用于功能复杂的多媒体或边缘计算产品。

经验提醒：如果使用Buildroot或Yocto构建系统，它们默认会生成/usr目录。建议在Buildroot的配置中启用BR2_ROOTFS_MERGED_USR选项，将/usr合并到根目录，减少一层目录深度，同时避免因/usr单独挂载导致的启动失败问题。

3.3 目录设计原则与工程约束

在RK3568的rootfs构建中，除了遵循FHS外，还必须考虑以下工程约束：

设计原则	说明	RK3568实践案例
存储空间最小化	删除文档、locale、静态库	使用`strip`去除符号表，rootfs控制在50MB以内
启动速度优化	减少目录深度与文件数量	合并/usr到根目录，减少挂载点数量
可升级性	区分系统文件与数据文件	将/etc与/var放在独立分区，OTA时只覆盖rootfs分区
安全性	关键目录只读，避免运行时篡改	将/usr与/bin挂载为只读，/var挂tmpfs
可调试性	保留必要的调试工具	在/bin中保留`strace`、`top`、`ping`等工具

3.4 案例拆解：从零构建一个可启动的RK3568最小rootfs

下面通过一个实际案例，演示如何基于BusyBox构建一个最小但完整的RK3568 rootfs，并验证目录结构是否正确。

背景与目标：某工业网关产品使用RK3568，eMMC容量8GB，要求rootfs分区不超过200MB，系统启动时间小于5秒，支持以太网、RS485和MQTT通信。

初始现象：使用Buildroot默认配置生成的rootfs大小为280MB，启动时间6.8秒，且包含大量不需要的Python库和文档。

分析过程：

使用du -sh /rootfs/*分析各目录占用，发现/usr/lib/python3.9占用120MB，/usr/share/doc占用30MB。
检查启动日志，发现init进程在挂载/usr时等待1.2秒（因为/usr是独立分区）。
确认产品不需要Python解释器，仅需C语言编写的MQTT客户端。

操作步骤：

# 1. 重新配置Buildroot，取消Python、文档、示例
make menuconfig
  -> Target packages -> Interpreter languages -> 取消 Python
  -> Target packages -> 取消 Documentation
  -> System configuration -> 启用 merged /usr

# 2. 裁剪后重新构建
make

# 3. 检查rootfs大小与目录结构
du -sh output/target   # 期望小于80MB
ls -l output/target/bin/busybox
ls -l output/target/lib/ld-linux-aarch64.so.1

# 4. 制作ext4镜像并烧录
make ext4
dd if=output/images/rootfs.ext4 of=/dev/sdX bs=4M

结果对比：

指标	优化前	优化后	提升
rootfs大小	280MB	72MB	↓74%
启动时间	6.8s	3.9s	↓43%
/usr目录	独立分区	合并到根目录	减少挂载等待
Python支持	有	无	符合产品需求

风险与代价：裁剪后系统不再支持Python脚本，后续若需添加AI推理功能，必须重新编译rootfs。因此建议在裁剪前与产品团队确认功能边界，预留必要的动态库（如libgomp.so.1）以备后续扩展。

复盘经验：嵌入式rootfs构建不是“越精简越好”，而是“恰好满足需求”。建议在项目初期建立“目录清单”文档，记录每个目录的用途、大小、依赖关系，方便后续维护与升级。

3.5 常见误区与总结

误区一：将/usr/bin下的所有文件拷贝到/bin，导致/bin目录混乱且符号链接断裂。正确做法是使用busybox --install -s /bin生成符号链接，或使用Buildroot的merged /usr功能。

误区二：忽略/etc/os-release文件。该文件记录了系统版本、构建时间、硬件平台等信息，对于OTA升级和远程排障至关重要。建议在构建脚本中自动生成该文件。

误区三：将/lib/modules下的内核模块全部保留。RK3568的kernel模块与内核版本严格对应，多余模块不仅浪费空间，还可能导致modprobe加载错误。应使用make modules_install只安装当前内核所需的模块。

总结：RK3568的rootfs目录结构设计，本质上是在FHS标准与嵌入式资源约束之间寻找平衡。核心要点包括：使用BusyBox合并命令、将/usr合并到根目录、/etc保留最小配置、/lib只保留必要的动态库与内核模块、/var挂载为tmpfs。通过合理的目录规划，可以显著减小存储占用、加快启动速度、提升系统安全性。在实际项目中，建议使用Buildroot或Yocto作为构建基础，并利用其配置项实现目录结构的自动化裁剪，避免手工维护带来的错误与遗漏。