Linux首次启动U-boot ethaddr未设置，Macronix闪存板卡检测故障咨询
2026-5-25
解决Macronix NOR Flash板卡无法保存ethaddr环境变量的问题
我之前碰到过类似不同厂商NOR Flash环境变量存储异常的情况，结合你给出的硬件信息（ARM32架构，Micron 512MB NOR正常，Macronix MX29GL256F异常），给你梳理几个排查和解决方向：
1. 先验证Flash的基础读写功能是否正常
首先得确认Macronix Flash本身能被U-Boot正确读写，毕竟环境变量是存在Flash里的：
- 在U-Boot命令行执行
mtd list（并行NOR）或sf probe（SPI NOR），看是否能正确识别出MX29GL256F的型号和容量； - 找一块未使用的Flash区域，用
mw.b 0xXXXXXX 0xAA 0x100写入测试数据，再用md.b 0xXXXXXX 0x100读取，对比数据是否一致，验证读写功能正常。
注意：MX29GL256F实际是256Mbit=32MB，你描述里写的512MB可能是混淆了bit和byte，这点一定要确认——如果U-Boot配置的Flash容量是512MB，实际硬件是32MB，环境变量会被写到不存在的区域，自然无法保存。
2. 检查环境变量存储扇区的擦写有效性
环境变量保存失败往往是因为扇区擦除不彻底，不同厂商的NOR Flash擦除时序可能有差异：
- 先查看当前环境变量的存储地址和大小：
printenv envaddr envsize； - 手动擦除该扇区：
erase ${envaddr} +${envsize}； - 重新设置ethaddr并保存：
setenv ethaddr 00:01:02:03:04:55，然后执行saveenv； - 重启板卡后用
printenv ethaddr验证是否生效。
3. 确认U-Boot对Macronix MX29GL256F的驱动支持
U-Boot默认可能没开启该型号Flash的驱动适配：
- 查看U-Boot配置文件（比如
configs/xxx_defconfig），确认是否有CONFIG_MTD_NOR_MACRONIX或针对MX29GL256F的专属配置； - 如果没有，需要开启对应驱动选项后重新编译U-Boot烧录到板卡。
4. 尝试手动写入环境变量区域
如果saveenv命令的逻辑有兼容问题，可以直接手动写入：
- 先通过
printenv envaddr获取环境变量的存储起始地址； - 清空目标区域：
mw.b ${envaddr} 0x00 ${envsize}； - 构造带终止符的ethaddr字符串（比如
ethaddr=00:01:02:03:04:55\0），用cp.b命令写入到${envaddr}指向的区域； - 重启后验证
printenv ethaddr是否能读取到。
5. 排查硬件层面的时序匹配
如果软件层面都没问题，可能是硬件上Flash的读写时序和U-Boot配置不匹配：
- 检查U-Boot里针对Flash的时序参数（比如等待周期、读写使能延迟），对比正常工作的Micron板卡配置，调整后重新编译测试。
内容的提问来源于stack exchange，提问作者danglingpointer
相关产品推荐
相关产品推荐
