根文件系统完善库文件、命令工具、配置文件适配上篇用 BusyBox 搭了个最小 rootfs能跑了但就像毛坯房——墙是有了水电还没通。今天来搞装修部署动态库、添加第三方工具、完善配置文件让根文件系统从能跑变成好用。引言静态编译的 BusyBox 根文件系统虽然小巧但有一个致命问题无法运行其他动态编译的程序。当你需要运行自己的应用程序、添加第三方工具如 strace、gdb-server时根文件系统就必须提供完整的动态库支撑。本文将系统讲解如何完善根文件系统。一、动态库部署1.1 为什么需要动态库先看一个对比链接方式优点缺点静态链接独立运行无依赖每个程序都包含库副本体积大动态链接多个程序共享库节省空间依赖运行时库文件在嵌入式系统中如果有多个程序需要用到 libc动态链接只需一份 libc.so约 1.5MB而静态链接每个程序都要内嵌一份。1.2 确定需要的库文件首先查看你的应用程序依赖哪些库# 使用 readelf 查看动态依赖arm-linux-gnueabihf-readelf-dmyapp|grepNEEDED# 输出示例# 0x00000001 (NEEDED) Shared library: [libstdc.so.6]# 0x00000001 (NEEDED) Shared library: [libm.so.6]# 0x00000001 (NEEDED) Shared library: [libc.so.6]也可以使用交叉工具链的 lddarm-linux-gnueabihf-ldd myapp# 输出示例# libstdc.so.6 /lib/libstdc.so.6# libm.so.6 /lib/libm.so.6# libc.so.6 /lib/libc.so.6# /lib/ld-linux-armhf.so.3 /lib/ld-linux-armhf.so.31.3 拷贝库文件从交叉编译工具链的 sysroot 目录中拷贝所需的库# 查找工具链 sysroot 路径arm-linux-gnueabihf-gcc -print-sysroot# 输出示例: /usr/arm-linux-gnueabihf# 设置变量SYSROOT$(arm-linux-gnueabihf-gcc -print-sysroot)# 拷贝动态链接器必须cp-a$SYSROOT/lib/ld-linux-armhf.so.3 rootfs/lib/# 拷贝 C 标准库cp-a$SYSROOT/lib/libc.so.6 rootfs/lib/cp-a$SYSROOT/lib/libm.so.6 rootfs/lib/cp-a$SYSROOT/lib/libpthread.so.0 rootfs/lib/cp-a$SYSROOT/lib/libdl.so.2 rootfs/lib/cp-a$SYSROOT/lib/librt.so.1 rootfs/lib/# 拷贝 C 标准库如果需要运行C程序cp-a$SYSROOT/lib/libstdc.so.6 rootfs/lib/cp-a$SYSROOT/lib/libgcc_s.so.1 rootfs/lib/注意cp -a保留软链接关系。很多 .so 文件是指向 .so.x.y.z 版本文件的软链接不能用cp -r否则会复制出真实文件而非链接。1.4 库文件目录结构拷贝完成后/lib目录应该长这样rootfs/lib/ ├── ld-linux-armhf.so.3 # 动态链接器最关键 ├── libc.so.6 - libc-2.31.so # C标准库软链接 ├── libc-2.31.so # C标准库实际文件 ├── libm.so.6 - libm-2.31.so # 数学库 ├── libm-2.31.so ├── libpthread.so.0 - libpthread-2.31.so ├── libpthread-2.31.so ├── libstdc.so.6 - libstdc.so.6.0.28 ├── libstdc.so.6.0.28 └── libgcc_s.so.11.5 验证动态库在开发板上运行程序时如果缺少库会报错./myapp: error while loading shared libraries: libstdc.so.6: cannot open shared object file: No such file or directory解决方法检查库文件是否在/lib目录下以及软链接是否正确。二、命令工具添加2.1 添加交叉编译的第三方工具有时候 BusyBox 提供的命令功能不够完整需要添加标准版本的工具。以gdbserver为例# 下载 gdb 源码wgethttps://ftp.gnu.org/gnu/gdb/gdb-12.1.tar.xztar-xfgdb-12.1.tar.xzcdgdb-12.1# 配置只编译 gdbservermkdirbuildcdbuild../configure\--targetarm-linux-gnueabihf\--hostarm-linux-gnueabihf\--program-prefix\--disable-gdb\--enable-gdbserver\--prefix/usrmake-j4makeDESTDIR/path/to/rootfsinstall2.2 常用调试工具部署工具作用部署方式strace系统调用追踪交叉编译 strace 源码gdbserver远程调试服务端从 gdb 源码编译tcpdump网络抓包交叉编译 libpcapdropbear轻量SSH服务器交叉编译 dropbearhtop进程监控交叉编译 ncurses2.3 部署 dropbear轻量SSH嵌入式设备通常需要 SSH 远程登录dropbear 是最佳选择# 下载编译 dropbearwgethttps://matt.ucc.asn.au/dropbear/releases/dropbear-2022.83.tar.bz2tar-xjfdropbear-2022.83.tar.bz2cddropbear-2022.83 ./configure--hostarm-linux-gnueabihf--prefix/usr\--disable-zlib --enable-syslogmake-j4# 安装到根文件系统makeDESTDIR/path/to/rootfsinstall然后在启动脚本中添加 SSH 服务# 在 /etc/init.d/rcS 中添加mkdir-p/var/run/dropbear dropbear-R-p22三、配置文件完善3.1 用户与权限配置/etc/passwd—— 用户信息root:x:0:0:root:/root:/bin/sh ftp:x:14:50:FTP User:/var/ftp:/bin/false nobody:x:99:99:Nobody:/:/bin/false/etc/group—— 用户组信息root:x:0: ftp:x:50: nobody:x:99:/etc/shadow—— 密码配置root:$1$xxxxxx$xxxxxxxxxxxxxxxxx:19000:0:99999:7:::设置 root 密码可以使用# 在开发板上执行passwdroot3.2 网络配置/etc/eth0-setting—— 网络参数IP192.168.1.100 Mask255.255.255.0 Gateway192.168.1.1 DNS8.8.8.8/etc/resolv.conf—— DNS 配置nameserver 8.8.8.8 nameserver 114.114.114.1143.3 完善的 rcS 启动脚本#!/bin/sh# 挂载虚拟文件系统mount-tproc proc /procmount-tsysfs sysfs /sysmount-ttmpfs tmpfs /tmpmount-ttmpfs tmpfs /dev# 设备节点管理echo/sbin/mdev/proc/sys/kernel/hotplug mdev-s# 设置主机名hostnamemyboard# 配置网络ifconfiglo127.0.0.1 upifconfigeth0192.168.1.100 netmask255.255.255.0 up routeadddefault gw192.168.1.1# 创建必要的运行目录mkdir-p/var/run /var/log /var/lock /var/tmp# 启动SSH服务if[-x/usr/sbin/dropbear];thenmkdir-p/var/run/dropbear /usr/sbin/dropbear-R-p22echoSSH server started.fi# 设置系统时间如果有RTChwclock-s2/dev/null# 打印启动信息echoecho MyBoard Linux System Readyecho Kernel:$(uname-r)echo Date:$(date)echo四、根文件系统最终结构完善后的根文件系统目录结构rootfs/ ├── bin/ # busybox 基本命令 │ ├── busybox │ ├── sh - busybox │ ├── ls - busybox │ └── ... ├── sbin/ # 系统命令 │ ├── init - busybox │ ├── mdev - busybox │ └── ... ├── usr/ │ ├── bin/ │ │ ├── strace # 第三方工具 │ │ └── tcpdump │ ├── sbin/ │ │ ├── dropbear # SSH服务 │ │ └── gdbserver │ └── lib/ ├── lib/ # 动态库 │ ├── ld-linux-armhf.so.3 │ ├── libc.so.6 │ ├── libm.so.6 │ ├── libpthread.so.0 │ ├── libstdc.so.6 │ └── libgcc_s.so.1 ├── etc/ │ ├── inittab │ ├── fstab │ ├── profile │ ├── passwd │ ├── group │ ├── shadow │ ├── resolv.conf │ ├── hostname │ └── init.d/ │ └── rcS ├── dev/ # 设备节点mdev动态创建 ├── proc/ # procfs挂载点 ├── sys/ # sysfs挂载点 ├── tmp/ # 临时文件 ├── var/ │ ├── run/ │ ├── log/ │ └── lock/ ├── root/ # root用户主目录 └── mnt/ # 临时挂载点五、常见问题问题1程序运行报 “No such file or directory”明明文件存在却报找不到大概率是动态链接器路径不对# 查看程序需要的链接器路径arm-linux-gnueabihf-readelf-lmyapp|grepinterpreter# 输出: Requesting program interpreter: /lib/ld-linux-armhf.so.3确保/lib/ld-linux-armhf.so.3在根文件系统中存在。问题2GLIBC版本不匹配程序编译时使用的 glibc 版本比板子上的新运行时报./myapp: /lib/libc.so.6: version GLIBC_2.34 not found解决方法确保交叉编译工具链的 glibc 版本与根文件系统中的 libc.so 版本一致。总结根文件系统的完善工作本质上是三件事补库动态库部署、加工具第三方命令、配环境配置文件。其中动态库部署是最容易踩坑的地方——软链接关系、版本匹配、链接器路径每一环都可能出问题。掌握了这些完善方法后你制作出的根文件系统就不再只是能启动而是能真正承载应用开发的生产级环境。