使用 QEMU搭建u-boot+linux+NFS开发环境

这套资料围绕一个非常具体的工程目标展开：在纯软件环境下，用 QEMU 模拟一块开发板，让 u-boot 把 Linux 内核拉起来，最后通过 NFS 挂载根文件系统，形成一个可以反复调试、不需要真实硬件的嵌入式开发闭环。它适合已经写过 C、接触过 Linux 命令行，但还没亲手把 bootloader、内核、根文件系统串起来的开发者。

技术栈与整体链路

整条链路可以拆成四段：QEMU 提供虚拟硬件平台，u-boot 作为引导程序负责加载内核镜像和设备树，Linux 内核完成初始化后去挂载根文件系统，NFS 则把宿主机上的目录直接暴露成开发板的根目录。这四段各自独立，又必须按顺序打通，任何一环配置错误都会停在启动日志的某一行。

工具链上主要涉及交叉编译工具、QEMU 的板级参数、u-boot 的 defconfig 与环境变量、内核的编译配置和 dtb 生成，以及 busybox 和 NFS 服务端的导出配置。这些内容在真实项目里几乎原样复用，只是把 QEMU 换成实际板卡。

项目结构里值得对照的部分

资料的组织方式是按启动流程推进的，而不是按工具分类。先准备 QEMU 运行环境和交叉编译链，再编译 u-boot、编译内核与设备树、用 busybox 生成最小根文件系统、挂载 NFS、最后由 u-boot 引导内核。这个顺序本身就是一条可复用的排错路径：启动失败时，你可以沿着同一顺序往回查，先确认 QEMU 能否起来，再确认 u-boot 是否进入命令行，再看内核有没有解压成功，最后看 NFS 挂载报什么错。

其中 NFS 根文件系统的完善部分尤其值得细看。最小根文件系统能启动，和能跑应用程序、加载驱动，中间还差 init 脚本、设备节点、库文件路径、模块加载顺序这些细节。这些细节在真实产品里同样存在，只是在 QEMU 上调试成本更低。

可复用模块与工程习惯

• u-boot 环境变量与启动命令的可配置写法，换成真实板卡时只需替换加载地址和设备树。
• 内核 defconfig 与 dtb 的编译流程，理解配置项从哪来、设备树怎么和驱动匹配。
• busybox 构建最小根文件系统的思路，适合作为后续裁剪和定制的起点。
• NFS 导出目录的权限与挂载参数配置，这是日常调试内核模块最常用的手段。
• 在开发板上运行应用和驱动，验证的不只是程序本身，还有前面整条链路是否稳定。

把这些环节写成脚本或记录成配置片段，下次换平台时就是改几个变量的事。这种可迁移性比记住某一条命令更有价值。

怎么用这份资料自学

建议不要只看视频，而是边看边在本地复现。每完成一步就记录当时的命令、配置文件和启动日志。遇到卡住的地方，先看日志停在哪一行，再回到对应环节检查。QEMU 的好处是环境可重来，删掉磁盘镜像重新走一遍，比在真实板子上反复烧写快得多。

学到 NFS 挂载之后，可以尝试把根文件系统换成自己的程序，写一个简单驱动，看看模块加载是否正常。这一步做完，QEMU + u-boot + Linux + NFS 这套环境就真正属于你了，后面接真实硬件时，差的只是板级适配。