嵌入式Linux--U-Boot（五）NAND命令实战：从擦除到烧写的完整流程
1. NAND Flash基础与U-Boot环境准备
在嵌入式Linux开发中，NAND Flash是最常见的存储介质之一。相比NOR Flash，NAND具有更高的存储密度和更低的成本，特别适合存放内核镜像、设备树和根文件系统等大容量数据。但NAND的操作也更为复杂，需要特别注意坏块管理和擦写均衡。
以I.MX6ULL开发板为例，当我们需要更新系统时，通常会通过U-Boot来完成关键镜像的烧写。在开始操作前，有几个准备工作必不可少：
- 硬件连接确认：确保开发板与主机通过网线连接，用于后续的tftp传输
- 开发环境搭建：主机端需要配置好tftp服务器，并将编译好的镜像文件放入tftp目录
- U-Boot命令检查：在U-Boot命令行输入
? nand，确认支持的NAND操作命令
我遇到过不少新手直接开始烧写操作，结果因为环境没准备好导致各种报错。建议先执行nand info命令查看Flash基本信息，确认页大小、块大小等参数与芯片手册一致。比如在I.MX6ULL上通常会显示：
NAND: 512 MiB Page size: 2048 b OOB size: 64 b Erase size: 131072 b2. NAND分区规划与擦除操作
2.1 理解NAND分区布局
在I.MX6ULL开发板上，典型的NAND分区如下：
| 起始地址 | 结束地址 | 大小 | 用途 |
|---|---|---|---|
| 0x00000000 | 0x04000000 | 64MB | U-Boot |
| 0x04000000 | 0x06000000 | 32MB | Linux内核 |
| 0x06000000 | 0x07000000 | 16MB | 设备树 |
| 0x07000000 | 0x20000000 | 400MB | 根文件系统 |
这种分区方案考虑了各组件的大小特点：内核镜像通常不超过10MB，设备树只有几十KB，而根文件系统则需要较大空间。
2.2 安全擦除操作
NAND Flash有个重要特性：写入前必须先擦除。U-Boot提供了三种擦除方式：
指定范围擦除：最常用的方式，精确控制擦除区域
nand erase 0x4000000 0xA00000 # 擦除内核分区前10MB分区擦除：擦除整个分区
nand erase.part kernel全片擦除：极度危险！会清空所有数据
nand erase.chip # 绝对不要轻易尝试！
实际项目中我推荐使用第一种方式，通过计算镜像大小来确定擦除范围。比如内核镜像约7MB，我们可以擦除10MB确保足够空间。擦除后建议用nand dump检查目标区域是否全为0xFF（擦除后的状态）。
3. 镜像下载与烧写实战
3.1 通过tftp获取镜像
在开发板与主机网络连通的情况下，tftp是最便捷的文件传输方式。假设我们已将zImage和dtb文件放在主机的/tftpboot目录：
tftp 0x87800000 zImage tftp 0x83000000 imx6ull-alientek-nand.dtb这里有两个关键点需要注意：
- 内存地址选择：I.MX6ULL的DRAM起始地址是0x80000000，要避开U-Boot自身占用的区域
- 文件大小检查：下载完成后用
iminfo命令检查镜像头信息，确认传输完整
3.2 精确烧写操作
烧写内核镜像的完整流程：
# 擦除目标区域（比实际镜像略大） nand erase 0x4000000 0xA00000 # 烧写内核 nand write 0x87800000 0x4000000 0xA00000 # 擦除设备树分区 nand erase 0x6000000 0x100000 # 烧写设备树 nand write 0x83000000 0x6000000 0x100000这里有个实用技巧：先用nand read将旧镜像读到内存，与新镜像的MD5对比，确认是否需要更新。我曾经遇到过因为忘记擦除导致的新旧数据混合问题，这个检查步骤能避免很多奇怪的问题。
4. 验证与调试技巧
4.1 读取验证
烧写完成后，立即读取回来验证是必要的：
nand read 0x83000000 0x6000000 0x100000 cmp.b 0x83000000 0x87800000 0x100000如果cmp显示差异，可能是：
- 擦除不彻底
- 坏块未跳过
- 传输过程中数据损坏
4.2 设备树操作
U-Boot提供了强大的设备树操作命令：
fdt addr 0x83000000 # 设置设备树地址 fdt header # 查看头信息 fdt print # 打印完整内容通过这些命令可以确认设备树是否被正确解析。我在调试时经常用fdt list /查看根节点，快速确认设备树版本。
4.3 坏块处理实战
NAND Flash随着使用会产生坏块，U-Boot的写操作会自动跳过坏块，但我们需要知道如何手动检查：
nand bad # 列出所有坏块如果发现关键分区有坏块，可能需要调整分区表或使用备用块。一个经验法则是：内核和设备树分区前后保留10%的冗余空间，给坏块管理留出余地。
5. 高级技巧与避坑指南
5.1 批量操作自动化
对于频繁的烧写测试，可以将所有命令写成脚本：
setenv update_kernel 'tftp 0x87800000 zImage; nand erase 0x4000000 0xA00000; nand write 0x87800000 0x4000000 0xA00000' saveenv之后只需运行run update_kernel即可完成全套操作。我在量产测试中会进一步结合DHCP自动获取IP，实现全自动烧录。
5.2 性能优化技巧
- 擦除大小对齐：按块大小(通常128KB)的整数倍擦除，避免额外开销
- 缓冲优化：大文件可分多次下载-烧写，减少内存占用
- 并行操作：在下载下一个镜像时擦除当前分区
5.3 常见问题解决
问题1：tftp下载超时
- 检查网线连接
- 确认主机防火墙关闭
- 尝试
setenv netretry no禁用重试
问题2：nand write报错
- 确认先执行了擦除
- 检查地址是否越界
- 尝试减小写入大小
问题3：启动失败
- 用
nand read回读检查数据 - 确认启动参数
bootargs正确 - 检查控制台输出是否有ECC错误
在实际项目中，我建议每次更新后立即备份关键分区。遇到启动问题时，可以快速回退到上一个可用版本。同时要养成查看U-Boot环境变量的习惯，很多启动失败都是因为bootcmd或bootargs配置不当导致的。