U-Boot手动启动与自动启动行为差异排查问询

问题背景 #

配置的U-Boot环境变量如下：

setenv mtdparts spi0.0:512k@0(uboot)ro,3M@0x200000(Kernel),11M@0x500000(RootFS1),2M@0x200000(Kernel_legacy),256k@0x80000(U-Boot_Config),1280k@0xc0000(NAS_Config),16M@0(all)ro
setenv fbootcmd cp.l 0xf8200000 0x800000 0xc0000\;cp.l 0xf8500000 0xb00000 0x2C0000\;bootm 0x800000

setenv bootargs console=ttyS0,115200 root=/dev/ram initrd=0xb00000,0xB00000 ramdisk=34816 cmdlinepart.mtdparts=${mtdparts} mtdparts=${mtdparts}
setenv nbootcmd dhcp\;tftpboot 0x800000 dl-\${bootfile}\;bootm 0x800000
setenv wlanaddr 00:08:9b:cc:cb:cb
setenv ethaddr  00:08:9b:cc:cb:ca

setenv bootcmd   uart1 0x68\;printenv nbootcmd fbootcmd bootargs\;run nbootcmd\;echo fallback to flash boot\;run run fbootcmd

现象差异 #

• 手动执行：运行boot/bootd/run bootcmd时，DHCP请求正常发送、TFTP流量可见，系统正常启动。
• 自动启动（移除JP1跳线）：仅输出printenv的异常内容（变量值前带=），无DHCP/TFTP流量，数秒后出现ARP请求，最终仅执行echo fallback to flash boot，未触发run nbootcmd和run fbootcmd。

核心原因分析 #

1. bootcmd语法错误：末尾的run run fbootcmd是笔误，应为run fbootcmd。手动执行时U-Boot对语法错误的容错性较高，但自动启动阶段解析逻辑更严格，会导致后续命令执行中断。
2. 自动启动的变量展开异常：自动启动时U-Boot处于初始化早期阶段，环境变量的展开逻辑与手动执行不同，可能导致run命令的参数被错误解析，无法触发目标命令执行。
3. uart1 0x68的干扰：该UART配置命令在自动启动阶段可能干扰了控制台或命令解析流程，手动执行时控制台已初始化完成，因此无影响。

解决步骤 #

1. 修复bootcmd笔误 #

修正run run的错误，更新bootcmd：

setenv bootcmd uart1 0x68\;printenv nbootcmd fbootcmd bootargs\;run nbootcmd\;echo fallback to flash boot\;run fbootcmd

可先不执行saveenv，手动测试有效后再保存，减少闪存写入次数。

2. 优化命令结构避免解析歧义 #

用单引号包裹整个bootcmd内容，防止U-Boot提前展开变量，确保run命令能正确识别目标：

setenv bootcmd 'uart1 0x68; printenv nbootcmd fbootcmd bootargs; run nbootcmd; echo fallback to flash boot; run fbootcmd'

3. 验证uart1 0x68的必要性 #

如果该命令非启动必需，可尝试移除后测试自动启动：

setenv bootcmd 'printenv nbootcmd fbootcmd bootargs; run nbootcmd; echo fallback to flash boot; run fbootcmd'

4. 显式初始化网络 #

自动启动阶段可能未完成网络初始化，在bootcmd开头添加网络初始化命令：

setenv bootcmd 'uart1 0x68; printenv nbootcmd fbootcmd bootargs; dhcp; run nbootcmd; echo fallback to flash boot; run fbootcmd'

验证方法 #

1. 执行修改后的setenv bootcmd命令，先运行run bootcmd测试手动执行是否正常。
2. 移除JP1跳线重启设备，观察DHCP请求、TFTP流量是否正常，系统能否启动。
3. 测试通过后，执行saveenv保存环境变量到闪存。

内容的提问来源于stack exchange，提问作者GraemeV