RK3588 SD映象回讀：寫入成功為什麼不能證明從SD啟動

文章正文常見問題

常見問題解答

寫入工具返回成功，不等於寫後資料一致，更不等於裝置實際選擇了SD啟動。判斷時應分別保留源映象、指定範圍回讀與實際啟動路徑三類證據，並確認它們對應同一板卡、構建和介質。

映象雜湊與整張SD卡雜湊能直接比較嗎

通常不能。單個映象可能只對應某個偏移和長度，SD卡還包含分割槽表、其他分割槽及未使用空間。比較時應按寫入清單讀取相同位元組範圍，並保留偏移、長度、原始檔雜湊、回讀雜湊和目標介質標識。不能把整張卡的雜湊與其中一個映象檔案直接比較。

回讀還要說明時間點。啟動後系統可能更新可寫分割槽；這時的變化與寫入後、首次啟動前的校驗不是同一測試條件。

表格可橫向滑動查看完整欄位。

如果仍從舊系統啟動，先檢查啟動選擇、Bootloader實際路徑和分割槽引用，不要直接把重複寫入當作修復方法。後續操作前重新核對SD與eMMC身份，保留已有可恢復環境。

原中文OpenHarmony 6.1 RK3588案例限定於指定板卡、Build22、SD介質和無介面Stage-0，公開了儲存路徑適配與串列埠啟動證據。其480秒採集視窗不代表圖形、全部外設或長期可靠性透過；Build23的構建與靜態檢查也不能代替板上回歸。

排查同類問題時，可透過原中文嵌入式系統適配服務提供板型、映象清單、偏移與長度、介質標識和完整串列埠日誌。該服務頁為Linux BSP工作範圍；OpenHarmony任務需要單獨確認系統基線與適配範圍。