嵌入式Linux NFS启动实战：基于MPC8220的U-Boot配置与网络引导详解-尧图网络科技

1. 项目概述与核心价值

如果你正在折腾一块老旧的Freescale MPC8220评估板，想在上面跑起一个完整的嵌入式Linux系统，并且希望在开发阶段能像操作本地文件一样方便地调试应用程序，那么通过网络文件系统（NFS）来启动系统，绝对是一个能让你效率翻倍的“神技”。我手头这份来自MontaVista Linux Professional Edition 3.1的官方指南，虽然年代久远，但其中关于MPC8220通过NFS启动的配置流程，其核心思想和方法论在今天依然极具参考价值。它不仅仅是一份操作手册，更是一套理解嵌入式系统网络化引导的经典范例。

简单来说，NFS启动就是让我们的目标板（MPC8220）在启动时，不去读取本地的Flash或硬盘，而是通过网络，从另一台性能更强的开发主机上挂载整个根文件系统。这样做的好处显而易见：你在主机上编译好的程序、修改的配置文件，目标板能立即使用，无需反复烧写镜像，调试过程变得行云流水。而实现这一切的关键，在于引导加载程序U-Boot的正确配置，它负责在系统内核启动前，完成网络初始化、从TFTP服务器下载内核镜像，并传递正确的启动参数给内核，告诉它：“你的根文件系统在远方的那台主机上。”

本文将基于这份珍贵的原始资料，为你拆解MPC8220上实现NFS启动的每一个技术细节。我会补充大量原文档中一笔带过，但对于实际操作至关重要的原理说明、参数含义、避坑技巧和排错方法。无论你是嵌入式开发的新手，还是想重温经典PowerPC架构的老兵，这篇指南都将带你从硬件连线开始，一步步走到系统登录提示符，让你彻底掌握这套经典的开发流程。

2. 环境准备与物理连接详解

在敲下任何命令之前，扎实的物理环境是成功的一半。对于MPC8220这类老式评估板，其连接方式与现代的树莓派或i.MX系列开发板略有不同，需要特别注意。

2.1 硬件连接与板卡设置

首先，确保你手头有MPC8220评估板（文中提到的Alaska板）、一台运行Linux的开发主机（原文以Fedora Core 3为例，但现代Ubuntu、CentOS等主流发行版同样适用）、一根串口线（通常是DB9串口线）和一根网线。

串口连接：这是你与目标板沟通的“生命线”。将串口线一端连接到MPC8220板上的PSC（Programmable Serial Controller）端口，另一端连接到开发主机的COM1口（即/dev/ttyS0）。在如今USB普及的时代，你的主机很可能没有原生串口，这时你需要一根USB转串口线。接上后，在Linux下设备节点通常是/dev/ttyUSB0。这一点是原文档未明确指出的现代适配关键。

网络连接：用网线将MPC8220板的FEC1（Fast Ethernet Controller 1）以太网口，与你的开发主机连接到同一个局域网中。确保这个网络是可达的，没有复杂的防火墙或VLAN隔离。理想情况下，最好用一根网线将板卡与主机直连，这样可以避免网络环境的不确定性。

CPLD拨码开关设置：这是硬件配置的核心，直接决定了板卡上电后的行为。根据文档，MPC8220评估板上的CPLD拨码开关需要设置为：1号开关向上，2号开关向上，4号开关向下，5号开关向下。

开关1&2（启动源）：设置为“向上”通常表示从板载的AMD Socket Flash启动，那里存放着U-Boot。
开关4&5（外设选择）：这个组合选择了PSC作为控制台串口，并启用了FEC1和FEC2网络接口。

实操心得：不同版本或厂商的MPC8220板卡，其拨码开关定义可能略有差异。务必找到你手头板卡对应的硬件手册进行确认。我曾因为忽略这一点，导致U-Boot无法启动，白白浪费了半天时间。一个笨办法是，如果启动后串口毫无输出，首先就应怀疑拨码开关设置。

2.2 主机端串口终端配置

串口终端是我们观察U-Boot输出和输入命令的窗口。原文使用minicom，它经典且稳定。以下是更详细的配置和替代方案。

使用Minicom：

安装minicom：sudo apt-get install minicom(Ubuntu/Debian) 或sudo yum install minicom(CentOS/RHEL)。
以配置模式启动：sudo minicom -s。这会进入一个文本菜单。
选择“Serial port setup”。
关键配置如下：
- Serial Device：改为你的串口设备，如/dev/ttyUSB0或/dev/ttyS0。
- Bps/Par/Bits：设置为115200 8N1（即115200波特率，8数据位，无校验，1停止位）。这是MPC8220 U-Boot和内核控制台的标准速率。
- Hardware Flow Control和Software Flow Control：都设置为No。流控制在某些情况下会导致字符丢失，对于引导加载程序交互，通常关闭更可靠。
配置完成后，选择“Save setup as dfl”将其保存为默认配置，然后选择“Exit”。

权限问题处理：如果直接运行minicom提示“Permission denied”，你需要将当前用户添加到dialout组（通常管理串口权限），或者临时修改设备权限：

sudo chmod 666 /dev/ttyUSB0

但更规范的做法是永久配置udev规则，或者使用sudo运行minicom。原文中简单使用chmod 777的方法过于粗暴，会带来安全风险，不建议在生产环境中使用。

替代方案：picocom或screen：

picocom：更轻量，picocom -b 115200 /dev/ttyUSB0。
screen：系统通常自带，screen /dev/ttyUSB0 115200。退出按Ctrl-A然后按K，再按Y确认。

配置好终端后，给MPC8220板上电，你应该在终端里看到U-Boot的自检信息滚滚而来，最后停在一个=>提示符。恭喜，你已经成功建立了与目标板的通信。

3. 网络基础设施搭建：TFTP与NFS服务器

NFS启动需要两个网络服务协同工作：TFTP服务器用于传输内核镜像（uImage）这个小文件，NFS服务器用于在系统启动后提供庞大的根文件系统。

3.1 TFTP服务器配置与内核镜像准备

TFTP（Trivial File Transfer Protocol）是一种简单的文件传输协议，U-Boot内置了对它的支持，用于下载内核。

1. 安装与配置TFTP服务器：在Ubuntu/Debian上：

sudo apt-get install tftpd-hpa

默认情况下，tftpd-hpa的服务目录是/var/lib/tftpboot/。你需要确保该目录存在且权限正确：

sudo chown -R nobody:nogroup /var/lib/tftpboot sudo chmod -R 777 /var/lib/tftpboot # 为方便调试，可先设置宽松权限

检查服务是否运行：sudo systemctl status tftpd-hpa。

2. 准备内核镜像（uImage）：这是从你编译好的Linux内核中生成的。假设你的内核构建目录是linux-2.4.20_mvl31-8220i/，在编译内核后，你需要使用U-Boot的mkimage工具来封装内核镜像：

# 进入内核源码目录 cd linux-2.4.20_mvl31-8220i # 假设arch/ppc/boot/images/vmlinux.UBoot 是编译生成的原始镜像 # 使用mkimage工具将其封装为U-Boot可识别的uImage # 你需要先确保mkimage工具在PATH中，通常它位于U-Boot工具链目录 mkimage -A ppc -O linux -T kernel -C gzip -a 0x00000000 -e 0x00000000 -n "Linux-2.4.20_mvl31-8220i" -d arch/ppc/boot/images/vmlinux.UBoot arch/ppc/boot/images/uImage

关键参数解释：

-A ppc: 架构为PowerPC。
-O linux: 操作系统为Linux。
-T kernel: 镜像类型为内核。
-C gzip: 使用gzip压缩。
-a 0x00000000: 加载地址（Load Address）。这是关键参数，它告诉U-Boot应该把内核镜像放到内存的什么位置。对于MPC8220，通常为0。
-e 0x00000000: 入口地址（Entry Point），即内核开始执行的地址。通常与加载地址相同。
-n: 镜像名称，会显示在U-Boot启动信息中。
-d: 输入文件（原始内核镜像）。
最后是输出文件uImage。

3. 部署uImage到TFTP目录：将生成的uImage复制到TFTP服务器目录，并确保文件名与后续U-Boot命令中使用的文件名一致：

cp arch/ppc/boot/images/uImage /var/lib/tftpboot/mvl1.umg

这里mvl1.umg是原文档中使用的文件名，你可以自定义，但需与U-Boot环境变量中的文件名对应。

注意事项：mkimage的-a（加载地址）参数至关重要。如果设置错误，U-Boot把内核加载到错误的内存位置，启动时必然崩溃。这个地址需要与U-Boot的bootm命令期望的地址，以及内核自身编译时预期的地址相匹配。对于MPC8220这类老平台，0x00000000是一个常见值，但最稳妥的方法是查阅你所用板卡的U-Boot源码或硬件手册中关于内存布局的说明。

3.2 NFS服务器配置与文件系统导出

NFS服务器负责导出（export）一个目录，作为目标板的根文件系统。

1. 安装NFS服务器：

sudo apt-get install nfs-kernel-server

2. 准备根文件系统：你需要一个为MPC8220编译好的根文件系统。它可以是使用BusyBox手工构建的，也可以是像MontaVista这样的商业发行版提供的，或者是通过Buildroot、Yocto等工具生成的。假设你的根文件系统目录在主机上的路径是/home/developer/mpc8220_rootfs。

3. 配置NFS导出：编辑NFS服务器配置文件/etc/exports：

sudo vi /etc/exports

添加如下一行（请根据你的网络环境调整）：

/home/developer/mpc8220_rootfs *(rw,sync,no_root_squash,no_subtree_check)

参数详解：

/home/developer/mpc8220_rootfs: 要导出的本地目录路径。
*: 允许所有网络上的客户端访问。在生产环境或安全要求高的环境中，应替换为目标板的IP地址，如192.168.1.100。
rw: 读写权限。
sync: 同步写入，更可靠。
no_root_squash:最重要参数之一。它允许客户端的root用户保持root权限访问NFS共享。如果不设置，客户端的root会被映射为匿名用户（通常是nobody），导致目标板无法以root身份创建设备节点或执行特权操作，系统必然启动失败。
no_subtree_check: 禁用子树检查，可以提高性能，在某些NFS版本下能避免一些挂载问题。

4. 使配置生效：

# 重新导出共享目录 sudo exportfs -ra # 重启NFS服务（如果exportfs不生效） sudo systemctl restart nfs-kernel-server # 设置NFS服务开机自启 sudo systemctl enable nfs-kernel-server

5. 验证NFS共享：在主机上执行showmount -e localhost，应该能看到你刚配置的共享目录。

常见问题排查：
权限问题：确保根文件系统目录及其内容对NFS客户端可读。可以临时chmod -R 755该目录进行测试。
防火墙：关闭主机防火墙或放行NFS相关端口（2049, 111等）。简易测试时可sudo ufw disable（Ubuntu）或sudo systemctl stop firewalld（CentOS）。
no_root_squash风险：此选项降低了安全性，因为它允许网络上的任何root用户（如果IP限制不严）以root身份访问共享目录。仅在受信任的开发网络中使用。

4. U-Boot环境变量深度配置

当串口终端出现=>提示符时，你就进入了U-Boot的命令行。接下来的所有操作都关乎启动成败，而核心就在于正确设置那几十个字节的环境变量。

4.1 网络参数设置

首先，我们需要设置基本的网络参数，让U-Boot能连通网络。在U-Boot命令行中，使用setenv（或简写set）命令。注意，U-Boot中IP地址通常用点分十进制格式，而不是十六进制。

=> setenv serverip 192.168.1.50 # 开发主机的IP地址，即你的TFTP/NFS服务器 => setenv ipaddr 192.168.1.100 # 目标板（MPC8220）自身的IP地址，需与主机在同一网段 => setenv gatewayip 192.168.1.1 # 网关地址，如果主机与板卡直连，可能不需要或设为主机IP => setenv netmask 255.255.255.0 # 子网掩码 => setenv ethprime FEC1 ETHERNET # 指定主网络接口为FEC1 => setenv ethact FEC1 ETHERNET # 设置当前活动网络接口

参数精讲：

serverip：必须准确无误，这是U-Boot寻找TFTP服务器的目标。
ipaddr：必须是同一子网内未被占用的IP。
gatewayip：如果目标板需要访问其他网段才需要设置。在直连或同交换机环境下，有时不设或设为服务器IP也能通，但按规范设置更好。
ethprime&ethact：对于多网口的板卡，必须明确指定使用哪个口。MPC8220有FEC1和FEC2，这里根据硬件连接选择FEC1。

网络测试：设置完成后，可以用ping命令测试与主机的连通性：

=> ping 192.168.1.50

如果显示host 192.168.1.50 is alive，恭喜，网络层通了。如果失败，请检查：1) 网线是否接对（FEC1口）；2) 主机IP是否正确；3) 主机防火墙是否阻挡了ICMP报文。

4.2 内核启动参数（bootargs）的构造艺术

bootargs是U-Boot传递给Linux内核的命令行参数，是NFS启动的灵魂。一个错误的参数就可能导致内核挂起或崩溃。

=> setenv bootargs root=/dev/nfs rw nfsroot=192.168.1.50:/home/developer/mpc8220_rootfs ip=192.168.1.100:192.168.1.50:192.168.1.1:255.255.255.0:Yukon:eth0:off console=ttyPSC0,115200

这个命令看起来复杂，我们把它拆解开来：

root=/dev/nfs：告诉内核，根文件系统设备是NFS。这是NFS启动的标识。
rw：以读写方式挂载根文件系统。
nfsroot=：NFS根文件系统的定义。
- 192.168.1.50：NFS服务器的IP地址。
- /home/developer/mpc8220_rootfs：服务器上导出的路径。务必与/etc/exports中的路径完全一致。
ip=：这是最易出错的部分，用于在内核启动早期配置网络。格式为：ip=<client-ip>:<server-ip>:<gw-ip>:<netmask>:<hostname>:<device>:<autoconf>
- <client-ip>：目标板的IP（192.168.1.100）。
- <server-ip>：NFS服务器IP（192.168.1.50）。
- <gw-ip>：网关IP（192.168.1.1）。
- <netmask>：子网掩码（255.255.255.0）。
- <hostname>：目标板的主机名，可任意设置，如Yukon。
- <device>：网络设备名，对应内核中的驱动，这里是eth0。
- <autoconf>：自动配置方式，off表示禁用（如DHCP）。我们使用静态IP，所以设为off。
console=：指定内核控制台。ttyPSC0对应MPC8220的PSC串口，波特率115200。这确保了内核启动信息能输出到我们的minicom终端。

避坑指南：
IP参数顺序：ip=参数的顺序固定，且冒号分隔，一个都不能少。填错位置是导致“Unable to mount root fs”或“IP-Config: Cannot find device eth0”错误的常见原因。
NFS版本：老内核（如2.4.x）默认使用NFSv2。如果你的主机NFS服务器仅支持v3或v4，需要在nfsroot参数后添加,v3或,tcp等选项，例如nfsroot=192.168.1.50:/path,tcp。但在MPC8220这个案例中，内核配置（CONFIG_NFS_V3=y）显示支持v3，所以通常没问题。
路径一致性：nfsroot中的路径必须与主机/etc/exports中配置的路径完全匹配，包括末尾的斜杠。

4.3 保存环境变量与自动启动设置

设置好的环境变量仅存在于内存中，断电即失。必须将其保存到Flash中：

=> saveenv Saving Environment to Flash... . done

看到“done”表示保存成功。现在，即使重启板卡，这些设置也会保留。

进阶：配置自动启动：每次上电都手动输入tftp和bootm命令太麻烦。U-Boot提供了bootcmd环境变量，在倒计时结束后自动执行。

=> setenv bootcmd 'tftp 100000 mvl1.umg; bootm 100000' => saveenv

tftp 100000 mvl1.umg：从TFTP服务器下载mvl1.umg镜像到内存地址0x100000。
bootm 100000：从内存地址0x100000启动镜像。
命令用分号;分隔。注意，这里的内存地址0x100000必须与mkimage时指定的加载地址以及内核自身期望的地址相协调。在本例中，mkimage的-a参数是0x00000000，但U-Boot的tftp命令加载到了0x100000，而bootm命令似乎能正确处理这种重定位。如果遇到启动问题，需要确认这三者的一致性。

设置bootdelay可以调整自动启动前的倒计时秒数：

=> setenv bootdelay 5 => saveenv

这样，上电后U-Boot会等待5秒，如果期间没有按键中断，就会自动执行bootcmd中的命令。

5. 系统启动、验证与排错实录

一切就绪，让我们按下回车，输入boot命令，或者直接重启板卡，见证系统从网络启动的全过程。

5.1 手动启动与启动日志分析

在U-Boot提示符下，手动执行启动命令序列：

=> tftp 100000 mvl1.umg => bootm 100000

如果一切配置正确，你将看到类似原文中那样长达数屏的内核启动信息。我们关注几个关键节点：

TFTP下载成功：输出Bytes transferred = 692840 (a9268 hex)，表示内核镜像已成功下载到内存。
内核解压与校验：Uncompressing Kernel Image ... OK。
内核命令行：找到Kernel command line:一行，确认其内容与你设置的bootargs完全一致。这是验证参数是否正确传递给内核的最直接证据。
网络配置：寻找IP-Config: Complete:部分，确认eth0获取到的IP、网关、掩码等信息是否正确。
NFS挂载：最关键的一行：VFS: Mounted root (nfs filesystem).。看到这个，说明内核已成功挂载了NFS根文件系统，成功了一大半。
用户空间启动：接着是INIT: version 2.78 booting，系统开始启动init进程，加载各种服务，最后出现Yukon login:提示符。

输入root登录（初始密码可能为空，直接回车）。执行ifconfig查看网络，df -h查看挂载点，确认根文件系统/的类型是nfs，且来自正确的主机IP。

5.2 常见启动失败问题与排查技巧

理想很丰满，现实常骨感。下面是我在多年实践中总结的NFS启动“翻车”现场及抢救指南：

问题1：U-Boot无法ping通服务器（TFTP失败）

现象：ping命令失败，或tftp命令超时。
排查：
1. 物理层：网线是否插在FEC1口？交换机/路由器指示灯是否正常？
2. IP配置：在U-Boot中用printenv命令检查serverip、ipaddr、netmask是否正确，是否在同一网段。
3. 主机防火墙：在主机上临时关闭防火墙：sudo ufw disable或sudo systemctl stop firewalld。TFTP使用UDP 69端口。
4. TFTP服务：在主机上测试TFTP服务是否正常：tftp localhost->get mvl1.umg。同时检查/var/lib/tftpboot/目录权限。
5. 网络接口：确认U-Boot中ethact设置正确。有些板卡需要先用ping命令“激活”一下网络，或者执行setenv ethact FEC1。

问题2：内核启动后卡住，提示“VFS: Unable to mount root fs”

现象：内核解压后，在挂载根文件系统时失败。
排查：
1. 首要检查bootargs：在U-Boot中用printenv仔细核对bootargs，特别是nfsroot=和ip=参数。IP地址中的点号必须是英文句点，路径不能有拼写错误。
2. NFS服务器：在主机上运行sudo exportfs -v，确认你的根文件系统目录已被正确导出。用showmount -e localhost查看。
3. NFS版本与协议：尝试在nfsroot参数中添加,tcp或,v3。例如：nfsroot=192.168.1.50:/path,tcp。
4. 内核配置：确保编译的内核包含了NFS客户端支持（CONFIG_NFS_FS=y）和根文件系统挂载NFS的支持（CONFIG_ROOT_NFS=y）。这通常在内核配置的File systems -> Network File Systems下。
5. 文件系统兼容性：确保主机NFS服务器导出的文件系统，其内部的库和程序是适用于目标板架构（这里是PowerPC）的。用file命令检查一个目标板的可执行文件，如file /home/developer/mpc8220_rootfs/bin/busybox，应显示为PowerPC架构。

问题3：内核panic，提示“No init found”

现象：成功挂载NFS根文件系统后，内核找不到init程序而崩溃。
排查：
1. init路径：内核默认会在根文件系统的/sbin/init、/etc/init、/bin/init等路径寻找init程序。确保你的根文件系统里有可执行的init（通常是BusyBox的链接）。
2. 内核命令行：可以在bootargs中指定init路径，例如init=/bin/sh，先获取一个shell进行调试。
3. 文件权限：确保根文件系统中的/sbin/init等关键文件具有可执行权限（chmod +x）。在主机上检查。

问题4：启动缓慢，在“Looking up port of RPC”处停留很久

现象：内核在查询RPC端口时超时。
排查：
1. 主机rpcbind/portmap服务：NFS依赖RPC服务。确保主机上rpcbind或portmap服务正在运行：sudo systemctl status rpcbind。
2. 防火墙屏蔽RPC端口：RPC使用动态端口。最彻底的测试方法是临时关闭主机防火墙。
3. DNS或主机名解析：在bootargs的ip=参数中，可以尝试不设置主机名，或者确保/etc/hosts文件中有正确的主机名映射。

5.3 内核配置（.config）关键选项解读

原文附录了完整的.config文件，这对于理解一个可工作的系统至关重要。我们挑出与NFS启动最相关的几个选项：

CONFIG_NFS_FS=y和CONFIG_NFS_V3=y：支持NFS文件系统，并启用NFSv3客户端。
CONFIG_ROOT_NFS=y：允许内核将NFS作为根文件系统挂载。这是NFS启动的编译前提。
CONFIG_IP_PNP=y和CONFIG_IP_PNP_DHCP=y：支持在启动时通过BOOTP/DHCP协议自动配置IP。但我们使用的是静态IP（通过ip=参数），所以DHCP不是必须的，但此选项通常被启用。
CONFIG_CMDLINE_BOOL和CONFIG_CMDLINE：注意在配置中**CONFIG_CMDLINE_BOOL is not set**，这意味着内核自身不内置默认命令行参数，完全依赖U-Boot传递的bootargs。这给了我们最大的灵活性。
网络驱动：CONFIG_ALASKA_FEC=y，这是MPC8220板载网络驱动，必须编译进内核或作为模块。
串口驱动：CONFIG_PPC_8220_PSC_CONSOLE=y和CONFIG_SERIAL_CONSOLE=y，确保串口控制台正常工作。

当你自己从零开始配置内核时，务必确保这些关键选项被启用。一个快速检查方法是，在编译好的内核源码目录下运行grep -E "CONFIG_NFS_FS|CONFIG_ROOT_NFS|CONFIG_ALASKA_FEC" .config。

6. 从NFS启动到本地Flash启动的演进

NFS启动是开发的利器，但产品最终需要脱离网络独立运行。这就需要将系统移植到板载的Flash或存储设备中。U-Boot也支持从Flash直接启动内核。

6.1 将内核烧写至Flash

首先，我们仍然需要通过TFTP将内核镜像（uImage）下载到内存，然后将其写入Flash的特定位置。

=> tftp 100000 mvl1.umg # 将内核镜像下载到内存0x100000处 => protect off all # 解除Flash写保护（谨慎操作，有些板卡有保护机制） => erase fe000000 +a9268 # 擦除Flash从fe000000开始，大小为a9268（即692840字节）的区域 => cp.b 100000 fe000000 a9268 # 将内存中的数据复制到Flash

命令详解：

fe000000：这是MPC8220评估板上Flash的起始物理地址。这个地址因板而异，必须根据你的硬件手册确定。原文中内核MTD分区信息显示0x00000000-0x00280000 : "kernel"，但那是内核看到的虚拟地址或经过映射后的地址。U-Boot操作的是物理地址。
a9268：这是你之前tftp下载时显示的字节数的十六进制形式（692840字节）。务必使用实际值。
cp.b：按字节复制。

6.2 配置从Flash启动

内核烧录完成后，修改U-Boot的启动命令，让其直接从Flash加载内核：

=> setenv bootcmd 'cp.b fe000000 100000 a9268; bootm 100000' => saveenv

或者，如果内核镜像在Flash中的位置恰好是bootm命令可以直接识别的镜像头起始地址（这需要内核镜像在编译时做了相应设置），甚至可以更简单：

=> setenv bootcmd 'bootm fe000000' => saveenv

原理对比：

NFS启动：bootcmd包含tftp（网络下载）和bootm。
Flash启动：bootcmd包含cp.b（从Flash拷贝到内存）和bootm，或者直接bootmFlash地址。

测试：设置完成后，执行reset命令重启板卡。观察U-Boot倒计时后是否自动从Flash启动内核。同时，可以准备一个简单的根文件系统（例如使用BusyBox制作）也烧录到Flash的另一个分区，并相应修改bootargs中的root=参数（例如root=/dev/mtdblock1或root=/dev/ram0），从而实现完整的本地启动。

6.3 环境变量管理进阶

U-Boot的环境变量存储在Flash的一块特定区域。有时环境变量损坏会导致无法启动。这时可以尝试恢复默认环境：

=> env default -f -a # 重置所有环境变量为默认值 => saveenv # 保存（此时是默认值）

然后重新配置网络和启动参数。

如果需要备份环境变量，可以在U-Boot中打印出来并记录，或者使用saveenv后，该块Flash区域的内容就是环境变量。更高级的用法是使用md（内存显示）命令查看环境变量区的原始数据。

整个流程走下来，从连线上电到系统登录，每一步都蕴含着对硬件地址、网络协议、系统引导的深刻理解。MPC8220虽然是一颗老芯片，但通过它学习到的这套NFS启动与U-Boot配置的方法论，是通用的，可以迁移到任何使用U-Boot和Linux的嵌入式平台上。关键在于把握住环境变量传递启动参数、内核与文件系统分离、网络服务配置这几个核心思想。当你下次面对一块新的开发板时，这份实战经验将是你最宝贵的工具箱。