分区表基础：什么是分区表、分区表在嵌入式系统中的作用、分区表与变砖的关系

各位同学，咱们今天聊点实在的。分区表这东西，说白了就是一张“地图”。

我刚开始做嵌入式那会儿，觉得分区表就是个配置文件，没啥大不了的。直到有一次，我在产线上刷了一批设备，结果一半都开不了机……嗯，从那以后，我再也不敢小看分区表了。

什么是分区表？

分区表，就是告诉系统“你的存储空间怎么划分”的一张表。它记录了每个分区的起始地址、大小、属性和用途。

你想想看，一块Flash芯片，就像一栋大楼。分区表就是这栋楼的“楼层索引”——哪一层是电梯间，哪一层是办公室，哪一层是仓库。没有这个索引，你连门都找不到。

在嵌入式Linux系统中，分区表通常存储在Flash的固定位置。常见的格式有：

• MBR（主引导记录）——老牌分区表格式，兼容性好，但只能管理2TB以下的磁盘
• GPT（GUID分区表）——现代标准，支持超大容量，有备份分区表，更可靠
• 自定义分区表——很多嵌入式芯片用自己的一套，比如Rockchip的parameter文件、Allwinner的sunxi-fel分区

我个人习惯用GPT，尤其是在做安全启动的项目时。为什么？因为它有备份分区表，万一主分区表坏了，还能救回来。

分区表在嵌入式系统中的作用

分区表的作用，我总结了三句话：

1. 告诉Bootloader去哪里找内核——没有分区表，Bootloader就是个瞎子
2. 隔离不同功能模块——系统分区、数据分区、缓存分区各司其职
3. 提供升级和回滚的基础——A/B分区、recovery分区都依赖分区表

我在项目中遇到过这样一个场景：某款智能摄像头，需要支持OTA升级。如果不用分区表把系统区和数据区隔开，升级时一不小心就把用户录像给清了。你说用户能不骂娘吗？

分区表还决定了系统的启动流程。典型的嵌入式启动链是这样的：

说白了，分区表就是整个系统的“交通枢纽”。它要是乱了，整个系统就瘫痪了。

分区表与变砖的关系

“变砖”这个词，做嵌入式的都懂。设备插上电，灯不亮、串口没输出、网口ping不通——跟一块砖头没区别。

分区表损坏，是导致变砖的“头号杀手”之一。为什么会这样？

• 分区表被误写——升级时写错了地址，把分区表覆盖了
• 分区表被擦除——擦除Flash时没注意保护分区表区域
• 分区表校验失败——数据损坏导致分区表校验和不对
• 分区表与固件不匹配——刷了不同版本的固件，分区布局变了

我曾经处理过一个案例：某款工业控制器，产线工人刷固件时断电了。重启后设备黑屏。拆开一看，分区表被写了一半，数据全乱套了。最后只能拆Flash下来用编程器重写。你说这得多耽误事？

所以，分区表保护不是“锦上添花”，而是“雪中送炭”。尤其是做量产产品，分区表一旦出问题，就是批量变砖，那损失可不是闹着玩的。

分区表保护的核心思路

保护分区表，说白了就是两件事：

1. 不让它被乱写——硬件写保护、软件校验、权限控制
2. 坏了能恢复——备份分区表、回滚机制、冗余存储

我建议你在设计系统时，至少做到以下几点：

• 分区表区域单独划分，不要跟其他数据混在一起
• 分区表写入前做校验，写入后做回读验证
• 保留至少一份备份分区表，放在Flash的不同区域
• Bootloader要能检测分区表完整性，损坏时自动切换到备份

嗯，这里要注意：很多芯片的BootROM只认固定地址的分区表。所以备份分区表的位置要提前规划好，不能随便放。

下面这张图，是我自己总结的分区表与系统启动的关系。你看一眼就明白了：

你看，分区表在整个启动链中处于“承上启下”的位置。它要是出问题，后面的所有步骤都白搭。