RK3588 SD镜像回读：写入成功为什么不能证明从SD启动

常见问题解答

写入工具返回成功，不等于写后数据一致，更不等于设备实际选择了SD启动。判断时应分别保留源镜像、指定范围回读与实际启动路径三类证据，并确认它们对应同一板卡、构建和介质。

镜像哈希与整张SD卡哈希能直接比较吗

通常不能。单个镜像可能只对应某个偏移和长度，SD卡还包含分区表、其他分区及未使用空间。比较时应按写入清单读取相同字节范围，并保留偏移、长度、源文件哈希、回读哈希和目标介质标识。不能把整张卡的哈希与其中一个镜像文件直接比较。

回读还要说明时间点。启动后系统可能更新可写分区；这时的变化与写入后、首次启动前的校验不是同一测试条件。

哪些记录能区分不同的问题

表格可横向滑动查看完整列。

如果仍从旧系统启动，先检查启动选择、Bootloader实际路径和分区引用，不要直接把重复写入当作修复方法。后续操作前重新核对SD与eMMC身份，保留已有可恢复环境。

原案例的回读与启动记录覆盖到哪里

原中文OpenHarmony 6.1 RK3588案例限定于指定板卡、Build22、SD介质和无界面Stage-0，公开了存储路径适配与串口启动证据。其480秒采集窗口不代表图形、全部外设或长期可靠性通过；Build23的构建与静态检查也不能代替板上回归。

排查同类问题时，可通过原中文嵌入式系统适配服务提供板型、镜像清单、偏移与长度、介质标识和完整串口日志。该服务页为Linux BSP工作范围；OpenHarmony任务需要单独确认系统基线与适配范围。