变砖原理分析

做嵌入式这么多年，我经手过不少“尸体”——就是那种上电没反应、串口没输出、JTAG也连不上的板子。十块里有七八块，问题都出在分区表上。今天咱们就掰开揉碎聊聊，分区表到底是怎么把设备搞“砖”的。

先说说最常见的几种“死法”。我总结了一下，大概分这么几类：

这里面，意外断电是我在实际项目里遇到最多的。记得有一次给一款工业网关做OTA升级测试，连续跑了200次，第187次的时候实验室跳闸了。重启一看，uboot分区只写了前半段，后半段全是0xFF。嗯，那台设备直接变砖，只能拆机用编程器救。

⚠️ 特别注意：很多人以为eMMC有掉电保护就万事大吉。其实eMMC的掉电保护只保证“正在写的那个块”不损坏，但分区表往往跨多个物理块。写了一半断电，前面几个块更新了，后面没写进去——这种“半残”状态最要命。

为什么分区表坏了设备就起不来？说白了，BootROM是“死脑筋”。它只认固定偏移位置的那几个字节。咱们画个图看看这个链路：

这个链路里有个关键点：BootROM是只读的。芯片出厂时这段代码就烧死在ROM里了，你改不了它。它就像个死心眼的门卫，只认固定地址、固定格式。分区表不对？对不起，门不开。

我遇到过最坑的一次，是某款芯片的BootROM在读取分区表时，如果前4个字节是0xFFFFFFFF（擦除后的状态），它会认为“这里没有分区表”，然后尝试从备份位置加载。但备份位置也是空的——因为整片Flash都被擦除了。结果就是死循环，连个错误码都不给。

变砖不是只有一种死法。根据分区表损坏的程度和位置，表现也不一样。我按严重程度排个序：

我个人的判断方法：用示波器量Flash的CLK引脚。如果上电后CLK有波形但CS（片选）一直为高，说明BootROM尝试读取但放弃了——这是硬砖的典型特征。

💡 避坑指南：我曾经遇到一个案子，设备在客户现场每周随机死一次。查了两个月，最后发现是eMMC的RPMB（Replay Protected Memory Block）分区表读时序不满足要求，温度一高就丢位。从那以后，我所有项目的分区表都强制做ECC校验，哪怕是在eMMC上。