零基础搭建ARM嵌入式环境中的BusyBox根文件系统

从零开始构建ARM嵌入式系统的轻量级根文件系统：深入理解BusyBox实战

你有没有遇到过这样的场景？
手头有一块ARM开发板，U-Boot能启动，Linux内核也成功解压了——但最后却卡在“No init found”的错误上，系统无法进入用户空间。

问题出在哪？
不是驱动没写好，也不是内核配置错了，而是缺少一个关键拼图：根文件系统（rootfs）。

今天我们就来彻底解决这个问题。不依赖Buildroot、Yocto这些自动化工具，从零开始手动搭建一个基于BusyBox的最小根文件系统，让你真正搞懂嵌入式Linux是怎么“活起来”的。

为什么是BusyBox？它到底解决了什么问题？

在桌面Linux里，/bin/ls、/bin/cp、/sbin/ifconfig都是独立的可执行文件，每个可能几十KB到几百KB。加起来轻松上百MB。

但在一块只有64MB RAM、8MB Flash的嵌入式设备上，这根本不可行。

于是就有了BusyBox—— 被称为“嵌入式Linux的瑞士军刀”。它的核心思想非常巧妙：

把上百个常用命令（ls,cp,grep,sh,ifconfig……）统统编译进一个二进制文件中，通过调用名决定执行哪个功能。

比如：

./busybox ls # 执行列表目录 ./busybox ps # 查看进程

更进一步，我们可以创建符号链接：

ln -s busybox ls ln -s busybox ps

当你运行ls时，系统发现这是一个指向busybox的链接，于是实际执行的是busybox程序，并把"ls"当作参数传进去。程序内部根据这个参数跳转到对应的功能函数。

这种机制叫multi-call binary（多调用二进制），正是BusyBox的灵魂所在。

它带来了哪些实实在在的好处？

对于调试Bootloader、验证新板子能否跑通Linux、做原型验证来说，这套方案几乎是必经之路。

准备工作：交叉编译环境搭建

我们的目标是在x86_64主机上生成能在ARM处理器上运行的程序。这就需要交叉编译工具链。

工具链选择指南

安装方法（以Ubuntu为例）：

sudo apt install gcc-arm-linux-gnueabihf # 或者 aarch64 版本 sudo apt install gcc-aarch64-linux-gnu

验证是否安装成功：

arm-linux-gnueabihf-gcc --version

编译并配置BusyBox

我们选用最新稳定版BusyBox（当前为1.36.x），你可以从官网下载：

wget https://busybox.net/downloads/busybox-1.36.1.tar.bz2 tar -xf busybox-1.36.1.tar.bz2 cd busybox-1.36.1

设置交叉编译环境

告诉Makefile使用ARM架构和对应的编译器：

ARCH := arm CROSS_COMPILE := arm-linux-gnueabihf- export ARCH CROSS_COMPILE

可以写成脚本setup_env.sh方便复用。

配置选项：打造你的定制化工具集

首先生成默认配置：

make defconfig

然后进入图形化配置界面（需要libncurses-dev）：

sudo apt install libncurses-dev make menuconfig

关键配置项推荐勾选：

Settings ---> [*] Build static binary (no shared libs) # 强烈建议静态编译！ [*] Support for devtmpfs # 内核自动创建基础设备节点 [*] mdev # 启用轻量级设备管理器 (/proc) Location of the /proc filesystem # proc挂载点 (/sys) Location of the /sys filesystem # sysfs挂载点 Init Utilities ---> [*] init # 必须开启，作为PID=1进程 Shell ---> [*] ash Shell # 默认shell，比bash小得多 (ash) Choose your default shell Coreutils ---> [*] ls, cp, mv, rm, mkdir, touch, chmod, chown, df, du, sync... Linux System Utilities ---> [*] mdev # 自动处理热插拔事件 [*] reboot, halt, poweroff [*] dmesg, mount, umount

⚠️ 注意：如果你打算让BusyBox充当init进程（即init=/linuxrc），必须启用init选项；否则内核会报错找不到init。

保存退出后，开始编译并安装到_install目录：

make -j$(nproc) make install

你会看到一个名为_install的文件夹，结构如下：

_install/ ├── bin -> busybox ├── linuxrc -> busybox ├── sbin -> busybox └── usr/ ├── bin -> busybox └── sbin -> busybox

这就是最简化的根文件系统雏形了。

构建完整的根文件系统骨架

现在我们要把这个“半成品”变成一个能让内核顺利启动的完整rootfs。

创建目标目录：

mkdir rootfs && cp -r _install/* rootfs/

接下来补全必要目录：

mkdir -p rootfs/{dev,proc,sys,tmp,var,etc/init.d}

添加核心初始化脚本：/init

这是整个系统的起点。内核启动后第一个查找的就是/init（如果没找到才会尝试/sbin/init）。

编辑rootfs/init：

#!/bin/sh # ---------- 基础环境设置 ---------- mount -t proc none /proc mount -t sysfs none /sys mount -t tmpfs none /tmp mkdir -p /var # ---------- 设备节点管理 ---------- # 启用mdev自动创建设备文件 echo /sbin/mdev > /proc/sys/kernel/hotplug mdev -s # ---------- 网络与主机名 ---------- # 可选：设置主机名 echo "embedfire" > /proc/sys/kernel/hostname # 或读取配置文件 # [ -f /etc/hostname ] && hostname -F /etc/hostname # ---------- 启动交互shell ---------- exec /bin/sh

赋予可执行权限：

chmod +x rootfs/init

补充配置文件（可选但推荐）

/etc/fstab：声明虚拟文件系统挂载策略

proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0 tmpfs /tmp tmpfs defaults 0 0 tmpfs /var tmpfs defaults 0 0

/etc/inittab：仅在启用了FEATURE_USE_INITTAB时生效

::sysinit:/etc/init.d/rcS ::respawn:/bin/sh ::shutdown:/bin/umount -a -r

如果你没有启用inittab功能（默认关闭），那上面这个文件会被忽略，直接走/init流程。

常见坑点与调试技巧

❌ 错误1：Kernel panic - not syncing: No init found

原因分析：
内核找不到有效的用户空间init进程。

排查步骤：
1. 确认rootfs/init存在且具有可执行权限（chmod +x）
2. 检查是否开启了CONFIG_INIT选项
3. 尝试临时绕过问题：在内核命令行添加init=/bin/sh
bash bootargs=root=/dev/mmcblk0p2 console=ttyAMA0,115200 init=/bin/sh
如果能进入shell，说明rootfs已挂载成功，只是init脚本有问题。

❌ 错误2：can't execute '/etc/init.d/rcS': No such file or directory

原因：
你在inittab中写了sysinit调用，但没提供/etc/init.d/rcS脚本。

解决方案：
- 创建空脚本：
bash mkdir -p rootfs/etc/init.d echo '#!/bin/sh' > rootfs/etc/init.d/rcS chmod +x rootfs/etc/init.d/rcS
- 或者干脆禁用FEATURE_USE_INITTAB，改用/init

❌ 错误3：串口输出乱码或卡死在“Starting kernel…”

可能原因：
- 交叉编译器版本与内核不兼容（如使用太新的GCC编译旧内核）
- 根文件系统打包方式错误（未对齐、损坏）
-init脚本中有死循环或阻塞操作

调试建议：
- 使用init=/bin/sh绕过init脚本测试
- 在脚本中加入echo "[DEBUG] Mounting proc..."输出日志
- 逐行注释init脚本定位问题行

打包与部署：三种主流方式对比

你现在有了rootfs/文件夹，下一步是如何让它被内核识别。

方式一：制作initramfs镜像（cpio格式）——适合初学者

将整个rootfs打包进内存文件系统，由内核直接解压运行。

cd rootfs find . | cpio -o -H newc | gzip > ../rootfs.cpio.gz

然后把rootfs.cpio.gz放到内核源码的usr/目录下，重新编译内核即可自动嵌入。

优点：无需外部存储，调试方便
缺点：每次修改都要重编内核

方式二：生成ext4镜像 —— 适合烧录SD卡

适用于真实部署场景。

dd if=/dev/zero of=rootfs.ext4 bs=1M count=32 mkfs.ext4 rootfs.ext4 mkdir tmp sudo mount rootfs.ext4 tmp sudo cp -r rootfs/* tmp/ sudo umount tmp

将生成的rootfs.ext4写入SD卡第二分区，启动时指定：

root=/dev/mmcblk0p2 rootfstype=ext4

方式三：NFS挂载 —— 最适合开发调试

开发阶段强烈推荐！

在Ubuntu主机上开启NFS服务：

sudo apt install nfs-kernel-server sudo exportfs -o async,no_root_squash,no_subtree_check 192.168.1.0/24:/path/to/rootfs

目标板启动参数：

root=/dev/nfs nfsroot=192.168.1.100:/path/to/rootfs ip=192.168.1.101

这样你可以在PC端随时修改文件，重启就能看到效果，极大提升效率。

BusyBox不只是“命令集合”，更是系统设计哲学的体现

很多人以为BusyBox只是一个“精简版Linux命令合集”，其实不然。

它背后体现的是嵌入式系统的核心设计理念：极简、可控、高效。

当你亲手完成一次从无到有的rootfs构建，你会明白：

• 为什么/proc和/sys必须手动挂载？
• 为什么设备节点不能靠“猜”而要靠mdev或udev？
• 为什么init必须是第一个进程？它怎么接管PID=1？
• 用户空间和内核空间是如何协作的？

这些问题的答案，都在这一套最小系统中清晰呈现。

下一步可以探索的方向

完成了基础rootfs，你的嵌入式开发之路才刚刚开始。接下来可以尝试：

1. 添加网络支持
   - 使用ifconfig eth0 up配置IP
   - 启动telnetd提供远程登录
   - 添加dropbear实现SSH安全连接

2. 集成轻量级Web服务器
   bash # BusyBox自带httpd httpd -p 80 -h /www

3. 构建图形界面（Framebuffer + DirectFB / Qt Embedded）

4. 使用Buildroot自动化整个流程
   - 自动生成toolchain、kernel、busybox、image
   - 提高项目可维护性

5. 实现OTA升级机制
   - 双分区A/B更新
   - 校验+回滚策略

结语：掌握根文件系统，才算真正入门嵌入式Linux

不要小看这个几MB大小的文件系统。它是连接硬件与应用之间的桥梁，是操作系统“呼吸”的起点。

当你第一次看到串口终端跳出#提示符，并能输入ls、ps、reboot成功执行时，那种成就感，远超任何教程视频。

而这，正是每一个嵌入式工程师成长路上的“成人礼”。

所以，别再等别人给你现成的rootfs了。
动手自己做一个吧。

如果你在实践中遇到了其他挑战，欢迎留言交流。我们一起把这块“硬骨头”啃下来。