嵌入式Linux系统固化：从NFS到eMMC的完整烧录与实战指南

1. 项目概述：从网络启动到独立运行的跨越

折腾嵌入式Linux的朋友，相信对“网络文件系统”这个阶段都不陌生。前几篇文章里，我们完成了uboot、内核和设备树的移植，并且把根文件系统挂载在Ubuntu虚拟机的NFS服务器上。这种方式对于开发和调试来说，简直太方便了——改一行内核代码，重新编译zImage，开发板重启就能生效；在根文件系统里增删一个文件，主机上操作，板子上立刻可见。但这种便利性背后，是两根“脐带”的束缚：一根网线连着NFS，一根串口线连着终端。板子离了网络，就是个“砖”，啥也干不了。

所以，把系统“固化”到板载的eMMC存储里，是每个嵌入式项目从原型走向产品的必经之路。这就像给一个一直靠输液维持生命的人，教会了他自己吃饭喝水。本篇要解决的，就是如何将我们精心调教好的uboot、内核、设备树和根文件系统这四个核心部件，打包烧录进i.MX6ULL开发板的eMMC中，让它彻底摆脱对宿主机的依赖，成为一个能独立上电运行的嵌入式Linux设备。我们将使用NXP官方提供的MfgTool工具，通过USB OTG接口来完成这个“灌装”过程。这个工具看似一键操作，但背后涉及从内存启动到存储设备分区的完整流程，理解其原理，对于排查烧写失败、定制自己的烧写方案至关重要。

2. MfgTool工具深度解析与准备工作

2.1 MfgTool是什么？为什么是它？

MfgTool，全称Manufacturing Tool，是NXP为其i.MX系列处理器量身定做的量产烧写工具。它的设计初衷是在工厂生产线上，快速、批量地将系统镜像烧录到设备的eMMC、NAND Flash或SD卡中。对于我们开发者而言，它提供了一个稳定、可靠的途径，将我们编译好的系统文件从电脑“灌入”板载存储。

选择MfgTool而非其他方式（如SD卡烧写或TFTP网络烧写），主要基于几个考量：第一，可靠性。这是官方工具，对自家芯片的启动流程、eMMC控制器操作最为熟悉，能处理各种底层细节。第二，便利性。它通过USB OTG接口通信，无需依赖板载网络或额外的SD卡，一根线搞定。第三，功能完整。它并非简单地将文件复制到存储设备，而是模拟了一个完整的“两步走”启动过程，先加载最小系统到内存运行，再用这个运行中的系统去格式化、分区并烧写eMMC，这确保了烧写过程的可控性和兼容性。

我使用的是从正点原子资料中获取的L4.1.15_2.0.0-ga_mfg-tools.tar.gz工具包。解压后，你会发现两个核心的压缩包：mfgtools-with-rootfs.tar.gz和mfgtools-without-rootfs.tar.gz。顾名思义，带rootfs的版本包含了预编译的根文件系统，用于烧写完整系统；不带rootfs的则只烧写uboot、内核等，适用于后续通过其他方式部署文件系统。我们的目标是制作一个完整的、可独立运行的系统，因此选择mfgtools-with-rootfs.tar.gz，将其解压。

进入解压后的mfgtools-with-rootfs/mfgtools目录，你会看到以下关键内容：

• Profiles/目录：这是整个工具的核心，我们待会儿要替换的系统文件就放在这里。
• MfgTool2.exe：图形化烧写程序的主程序，但我们通常不直接双击它。
• 一系列.vbs文件：这些是Visual Basic脚本文件，它们才是我们启动烧写任务的入口。每个脚本对应不同的板型和存储介质。例如，对于eMMC版本的板子，我们关注mfgtool2-yocto-mx-evk-emmc.vbs；如果是NAND版本，则对应不同的脚本。用文本编辑器打开这个vbs文件，可以看到它本质上是用特定参数调用MfgTool2.exe，指明了板型(sabresd)、存储设备(eMMC)和具体的uboot/设备树配置。这一步的选择至关重要，选错了脚本可能导致烧写失败或烧写到错误的位置。

2.2 剖析烧写目录结构：files与firmware的使命

理解MfgTool如何工作，必须深入Profiles/Linux/OS Firmware/这个目录。它下面主要有三个关键部分：files/、firmware/和ucl2.xml。

firmware/目录：存放着第一阶段烧写所需的文件。这个阶段的目标是，在板子的eMMC还不可用（或内容不正确）的时候，通过USB OTG接口，将一个小型的、可运行的系统直接加载到板子的DDR内存中并启动。因此，这个目录下的文件必须是板子能够直接从其内存启动的。通常包括：

• u-boot-imx6ull14x14evk_emmc.imx：一个包含了SPL（Secondary Program Loader）和完整uboot的镜像文件，格式为NXP的.imx。
• zImage：压缩的内核镜像。
• zImage-imx6ull-14x14-evk-emmc.dtb：与上述内核匹配的设备树二进制文件。 注意，这里没有根文件系统。第一阶段加载的是一个极简的、可能基于initramfs（内存文件系统）的Linux环境，其唯一任务就是为第二阶段的烧写做准备。

files/目录：存放着第二阶段烧写所需的文件。当第一阶段的小系统在内存中运行起来后，它已经具备了访问和操作eMMC的能力。此时，MfgTool会通过USB将files/目录下的文件传输给这个运行中的系统，并由该系统执行烧写命令。因此，files/目录包含了一个完整系统所需的全部文件：

• u-boot-imx6ull14x14evk_emmc.imx：与firmware目录下相同的uboot文件，将被烧写到eMMC的boot分区。
• zImage：内核镜像，将被烧写到eMMC的kernel分区。
• zImage-imx6ull-14x14-evk-emmc.dtb：设备树文件，通常与内核放在同一分区或紧邻。
• rootfs_nogpu.tar.bz2：根文件系统的压缩包。nogpu表示不含GPU驱动，体积更小。这个压缩包将被解压到eMMC的rootfs分区。

ucl2.xml文件：这是整个烧写过程的“剧本”或“流程控制器”。它是一个XML格式的配置文件，详细定义了烧写的每一个步骤：先加载哪个文件到内存的哪个地址，然后跳转到哪里执行，接着如何在运行中的系统里执行分区、格式化、解压等命令。它会根据.vbs脚本传递进来的参数（如board=sabresd,mmc=1），动态地决定使用files/和firmware/目录下的哪些具体文件，以及执行哪些针对eMMC的烧写命令。阅读这个文件（虽然很长）是理解MfgTool内部机制的最佳方式。

2.3 硬件连接与模式切换

实际操作前，需要正确设置硬件：

1. 连接USB OTG：找到开发板上的USB OTG接口（通常是Micro-USB或Type-C口），用数据线连接到电脑。关键一步：务必在连接前，将启动方式选择拨码开关拨到USB模式，并拔掉SD卡。这是因为uboot在启动时会优先检测SD卡，如果SD卡中有可启动镜像，它将从SD卡启动，从而干扰USB烧写模式。
2. 供电与串口：给开发板上电。同时，建议连接串口调试工具到板子的UART接口（通常是UART1），并打开串口终端软件（如MobaXterm、SecureCRT）。串口输出是烧写过程最直接的“黑匣子”，任何错误信息都会在这里打印，对于排查问题不可或缺。
3. 进入下载模式：在USB线连接好、电源开启的情况下，按下板子的复位键。此时，芯片的Boot ROM会检测到拨码开关处于USB模式，从而进入USB下载等待状态。此时，在电脑的设备管理器中，你应该能看到一个名为“HID-compliant vendor-defined device”或类似描述的设备出现，这表明板子已被正确识别为MfgTool可操作的设备。

注意：有些开发板可能需要先按住某个“下载键”再上电，或者上电后需要短接某些测试点才能进入USB下载模式。请务必查阅你手头开发板的用户手册，确认进入USB烧写模式的具体操作。操作不当是导致“No Device Found”错误的最常见原因。

3. 烧写实践：从官方镜像到自定义系统

3.1 试烧官方系统：验证工具链与硬件

在烧写我们自己的系统之前，强烈建议先用MfgTool烧写一次NXP官方的原始系统。这一步的目的有三个：验证工具链（你的Windows系统驱动、MfgTool软件是否正常）、验证硬件连接（USB线、供电、拨码开关是否正确）、熟悉流程。官方的镜像通常经过充分测试，成功率很高。

操作步骤很简单：确保Profiles/Linux/OS Firmware/files/和firmware/目录下是官方的原始文件。双击对应的.vbs文件（例如mfgtool2-yocto-mx-evk-emmc.vbs）。MfgTool图形界面弹出后，如果左下角状态栏显示“符合 HID 标准的供应商定义设备”，并且设备列表中出现一个设备，点击“Start”按钮即可。

烧写过程中，观察串口终端和MfgTool日志窗口：

• 串口会打印uboot、内核启动信息，以及后续的分区、格式化、文件复制等操作日志。
• MfgTool窗口会显示进度条和状态提示，如“Jumping to OS image”标志着第一阶段完成，第二阶段开始。
• 烧写完成后，MfgTool会显示“Done”状态。

实操心得：我第一次烧写官方大体积镜像时，耗时很长（约10分钟），且中途遇到了失败。但改用资料包里另一个较小的演示镜像（如野火提供的）却能快速成功。这提示我们：第一，烧写时间与镜像大小（尤其是rootfs）直接相关；第二，首次烧写失败，可能是eMMC原有分区表或数据异常。用一个小镜像成功烧写一次，相当于对eMMC进行了一次完整的擦除和格式化，之后再烧大镜像往往就顺利了。如果始终失败，请检查USB线质量（必须使用数据线，而非仅充电线）、电脑USB端口供电是否充足，或尝试以管理员身份运行MfgTool。

3.2 准备自定义烧写文件

烧写自己的系统，核心就是替换掉files/和firmware/目录下的文件。你需要准备以下四个文件，它们来自你之前的移植工作：

1. U-Boot镜像 (u-boot.imx)：

   • 来源：在U-Boot源码根目录下，执行make后生成。注意，必须是.imx格式，它包含了IVT（Image Vector Table）等头信息，是i.MX系列ROM能直接识别的格式。
   • 检查点：确认你的u-boot.imx是针对eMMC启动编译的。这通常在make时通过make mx6ull_myboard_emmc_defconfig这样的配置来指定。

2. Linux内核镜像 (zImage)：

   • 来源：位于Linux内核源码的arch/arm/boot/目录下。这是编译内核后得到的压缩镜像。
   • 检查点：确保内核配置中包含了你的板子所需的全部驱动，特别是eMMC控制器驱动、你的网卡驱动、文件系统支持（如EXT4）等。

3. 设备树二进制文件 (*.dtb)：

   • 来源：位于Linux内核源码的arch/arm/boot/dts/目录下，例如imx6ull-myboard.dtb。
   • 检查点：设备树必须与你的硬件完全匹配，特别是eMMC所在的节点（通常是usdhc2）、GPIO、网络PHY等。一个错误的引脚定义就可能导致设备无法识别。

4. 根文件系统 (rootfs.tar.bz2)：

   • 来源：将你构建好的根文件系统目录（例如/home/yourname/nfs_rootfs）进行打包。
   • 打包命令：tar -cjf rootfs.tar.bz2 -C /path/to/your/rootfs .。注意，-C参数指定目录并切换到该目录，最后的.表示打包当前目录所有内容。务必在打包前确认根文件系统是完整、可用的。

3.3 文件替换与重命名策略

准备好四个文件后，有两种策略替换到MfgTool目录中：

策略一：简单重命名替换（推荐初学者）这是最直接的方法，即将自己的文件按照NXP官方文件的命名规则进行重命名，然后覆盖原文件。这样做的好处是无需修改任何配置文件（ucl2.xml,.vbs,cfg.ini），MfgTool会按照原有逻辑找到并烧写它们。

关键操作：u-boot.imx、zImage和.dtb文件需要同时放入files/和firmware/两个目录，因为两个阶段都需要它们。根文件系统只需要放入files/目录。

策略二：修改配置文件适配（进阶）如果你希望保持自己文件的原始命名，或者需要同时管理多个不同板型的镜像，则可以修改配置文件。主要修改两个地方：

1. 修改ucl2.xml：找到其中引用文件名的行，例如<file>firmware/u-boot-imx6ul%lite%%6uluboot%_emmc.imx</file>，将其中的文件名部分替换为你的文件名。但要注意，%lite%和%6uluboot%是变量，其值在cfg.ini中定义。
2. 修改cfg.ini：在[variable]段，可以修改变量的值。例如，你可以将6uluboot=14x14evk改为6uluboot=myboard，然后在ucl2.xml中对应的文件名也改为u-boot-imx6ullmyboard_emmc.imx。这种方式更灵活，但需要对配置文件结构有一定了解，且要确保所有相关引用都同步修改，否则容易出错。

对于大多数个人开发者和单一项目，策略一的简单重命名法足够且可靠。我强烈建议先从这种方法开始。

3.4 执行烧写与结果验证

文件替换完成后，重复3.1节的硬件连接步骤，双击.vbs脚本启动MfgTool，点击“Start”。此时，你应该在串口终端看到与你之前编译的内核相匹配的启动信息，而不是官方的内核信息。烧写过程同样分为两个阶段，可以在MfgTool日志中观察到。

烧写完成后，务必先将拨码开关从USB模式切换回eMMC启动模式，然后复位或重新上电开发板。如果一切顺利，你应该能看到uboot的启动倒计时，然后是内核解压和启动信息，最终成功挂载eMMC中的根文件系统，出现登录提示符。

一个至关重要的检查点：成功启动后，立即检查eMMC的分区情况。在Linux命令行下执行lsblk或fdisk -l /dev/mmcblk1（eMMC通常是mmcblk1，SD卡是mmcblk0）。你应该能看到类似下面的分区信息，这表明MfgTool已经正确地对eMMC进行了分区和格式化：

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT mmcblk1 179:0 0 7.3G 0 disk ├─mmcblk1p1 179:1 0 1M 0 part /boot ├─mmcblk1p2 179:2 0 32M 0 part / └─mmcblk1p3 179:3 0 7.2G 0 part /home

4. 疑难杂症排查与深度优化

4.1 内核启动失败：uboot环境变量之殇

按照上述步骤，我最开始烧写后，切换回eMMC启动，内核却卡住了，串口报错“MMC: no card present”或类似无法找到MMC设备的错误。这让人非常困惑，明明刚刚才通过USB向eMMC烧写了数据，怎么启动时就找不到了呢？

问题根源不在烧写过程，而在我们自己编译的uboot上。回顾我们之前移植uboot时，为了从网络启动，可能修改了include/configs/mx6ull_myboard.h或对应的头文件中的CONFIG_SYS_MMC_ENV_DEV和CONFIG_SYS_MMC_ENV_PART等环境变量存储位置相关的宏。更常见的是，在板级配置头文件中，关于板子型号的宏定义被错误修改。

以我遇到的错误为例，在mx6ull_myboard.h中，第一行可能是：#define CONFIG_MX6ULL_EVK_EMMC_REWORK。 这个宏MX6ULL_EVK_EMMC_REWORK非常关键，它通常用于在代码中条件编译一些与eMMC硬件初始化相关的特定操作。如果我们在移植时，盲目地将其改为自己板子的名字（例如MYBOARD），就可能丢失了针对这块板子eMMC芯片所需的特定初始化序列。

解决方案：检查你的uboot板级配置文件。如果其中有类似CONFIG_MX6ULL_EVK_EMMC_REWORK的宏，并且你的板子硬件设计与NXP EVK板在eMMC部分相似（很多国产开发板都是基于EVK设计），那么不要改动这个宏，保持原样。重新编译uboot，生成新的u-boot.imx，再次烧写，问题大概率会解决。

深度解析：这个宏通常关联到底层board_init()函数中对USDHC（eMMC控制器）引脚的复用、上电时序、信号延迟等参数的配置。错误的配置会导致uboot在早期初始化阶段就无法正确识别eMMC硬件，从而后续所有依赖于MMC的操作（包括加载内核）都会失败。这提醒我们，移植uboot时，对于不理解的宏，尤其是与具体硬件初始化强相关的，切忌随意改名或删除。

4.2 网络接口失活：开机自启动配置

从eMMC成功启动后，我发现使用ifconfig命令看不到eth0或eth1网卡，网络不通。这与之前使用NFS挂载根文件系统时的情况不同。原因是：当内核通过NFS挂载根文件系统时，它必须在挂载阶段就初始化网络以便访问NFS服务器，因此网络驱动会被自动加载和启用。而当根文件系统位于本地的eMMC时，内核没有这个强制需求，网络接口默认是down的状态。

临时解决方案：可以手动启动网卡并配置IP。

ifconfig eth1 up # 启动eth1网卡，设备名可能是eth0 ifconfig eth1 192.168.5.108 netmask 255.255.255.0 # 配置静态IP route add default gw 192.168.5.1 # 添加默认网关

但这只是临时生效，重启后失效。

永久解决方案：将网络配置添加到开机自动执行的脚本中。在Buildroot构建的根文件系统中，这个脚本通常是/etc/init.d/rcS；在Ubuntu Base或Debian中，可能是/etc/network/interfaces或使用systemd-networkd。这里以常见的rcS为例：

1. 使用串口或后续配置好的网络，登录到板子的Linux系统。
2. 编辑/etc/init.d/rcS文件：vi /etc/init.d/rcS。
3. 在文件末尾（或在调用其他网络脚本附近）添加以下内容：

   # Configure eth1 on boot /sbin/ifconfig eth1 up /sbin/ifconfig eth1 192.168.5.108 netmask 255.255.255.0 /sbin/route add default gw 192.168.5.1

   注意：eth1需要替换为你实际的网络接口名，IP地址和网关根据你的局域网环境修改。
4. 保存文件并退出。执行sync命令确保写入eMMC。
5. 重启开发板：reboot。重启后，使用ifconfig检查，网卡应该已经启动并配置好IP。

更优的实践：对于产品化环境，建议使用DHCP动态获取IP，或者使用更强大的网络管理工具（如connman、NetworkManager）。可以将DHCP客户端命令加入rcS：udhcpc -i eth1。这样板子就能自动从路由器获取IP地址，无需硬编码。

4.3 烧写过程卡住或报错排查表

烧写过程中可能遇到各种问题，以下是一个快速排查指南：

4.4 性能与空间优化进阶思考

当系统成功运行后，我们还可以从eMMC的利用效率上进行优化：

1. 调整分区大小：MfgTool默认的分区方案（如boot分区1MB，rootfs分区几百MB）可能不适合你的需求。你可以通过修改ucl2.xml中第二阶段的烧写命令来调整。找到包含partition和mkfs命令的<CMD>标签，可以修改分区起始扇区、大小，以及文件系统类型。例如，将rootfs分区扩大到占用大部分eMMC空间。
2. 使用更压缩的根文件系统：rootfs.tar.bz2的压缩率已经不错，但如果你极度追求启动速度，可以考虑：
   • 使用initramfs内嵌内核：将最小的根文件系统直接编译进内核，实现极速启动，但无法保存数据。
   • 使用 squashfs 只读文件系统：它具有极高的压缩比，适合内容不变的系统部分，搭配 overlayfs 实现可写层。
3. uboot优化：检查uboot中是否禁用了不必要的驱动和命令，以减小uboot体积，加快启动速度。同时，可以优化uboot的环境变量，设置好默认的bootcmd，使其能无缝地从eMMC特定分区加载内核和设备树。

将系统烧录进eMMC，标志着你的嵌入式Linux板卡从一个依赖宿主机的“开发原型”，转变为了一个可以独立工作的“嵌入式产品”。这个过程虽然会遇到诸如uboot配置、网络配置等小坑，但每一个坑的排查和解决，都让你对系统启动链条的理解加深一层。掌握MfgTool这个工具，不仅是为了完成烧写，更是理解i.MX6ULL从USB下载模式到正常启动模式的完整上下文。当你下次再遇到启动问题时，你会清楚地知道，问题是出在uboot对硬件的初始化、内核的设备树匹配，还是根文件系统的完整性上。这种系统级的视角，是嵌入式Linux开发者最宝贵的财富。