2. Bootloader分区结构：分区表设计、MBR与GPT、分区属性与类型标识

分区结构，说白了就是Bootloader在存储介质上的“户口本”。没有它，芯片上电后连自己该从哪儿读代码都不知道。我早年做一款工业控制器时，就遇到过分区表被意外改写导致设备变砖的惨案——从那以后，我对分区表的设计就格外较真。

2.1 分区表的核心使命

分区表要回答三个问题：存储空间怎么切、每个区域归谁管、启动时先找谁。在嵌入式系统里，它通常放在Flash或eMMC的最开头几个扇区。

我个人习惯把分区表放在Flash的前4KB内。为什么是4KB？因为多数NOR Flash的最小擦除块就是4KB，这样更新分区表时不会误伤其他数据。

2.2 MBR：经典但受限

MBR（主引导记录）是IBM PC时代的遗产，但在很多MCU和低端SoC上仍然在用。它结构简单，占用空间小——对资源受限的嵌入式设备来说，这反而是优点。

MBR的结构长这样：

偏移量  内容                    大小
0x000   引导代码（Bootloader）   446字节
0x1BE   分区表条目1              16字节
0x1CE   分区表条目2              16字节
0x1DE   分区表条目3              16字节
0x1EE   分区表条目4              16字节
0x1FE   魔数 0x55AA              2字节

每个分区条目16字节，结构如下：

偏移	字段	说明
0x00	引导标志	0x80表示激活，0x00表示非激活
0x01-0x03	起始CHS地址	磁头/扇区/柱面（已过时，通常忽略）
0x04	分区类型	0x0C=FAT32，0x83=Linux，0xEF=EFI系统
0x05-0x07	结束CHS地址	同上，基本不用
0x08-0x0B	起始LBA	逻辑块地址（4字节，最大2TB）
0x0C-0x0F	分区大小	扇区数（4字节）

我曾经在一个项目里用MBR管理16GB的eMMC，分区表被意外擦除后，所有数据都找不回来了。嗯，那次之后我就开始推GPT了。

2.3 GPT：现代嵌入式系统的首选

GPT（GUID分区表）是UEFI规范的一部分，但它完全可以用在裸机Bootloader里。它的设计更健壮，扩展性也更好。

GPT的布局是这样的：

LBA 0      Protective MBR（保护MBR，防止老工具误操作）
LBA 1      GPT头部（主）
LBA 2-33   分区表条目（主，128个条目，每个128字节）
LBA 34+    实际数据区域
...
LBA -34    分区表条目（备份）
LBA -1     GPT头部（备份）

GPT头部结构（92字节，剩余填充）：

偏移	字段	大小	说明
0x00	签名	8字节	"EFI PART"
0x08	版本号	4字节	当前为1.0
0x0C	头部大小	4字节	通常92
0x10	头部CRC32	4字节	校验头部完整性
0x14	保留	4字节	必须为0
0x18	当前LBA	8字节	本头部所在LBA
0x20	备份LBA	8字节	备份头部所在LBA
0x28	首个可用LBA	8字节	数据区起始
0x30	最后可用LBA	8字节	数据区结束
0x38	磁盘GUID	16字节	全局唯一标识
0x48	分区表起始LBA	8字节	分区条目数组起始
0x50	分区表条目数	4字节	通常128
0x54	分区表条目大小	4字节	通常128
0x58	分区表CRC32	4字节	校验分区条目数组

2.4 分区属性与类型标识

分区类型标识，说白了就是告诉系统“这块区域是干嘛用的”。MBR用单字节，GPT用GUID。我整理了一份嵌入式场景下常用的类型对照表：

用途	MBR类型	GPT GUID	说明
Bootloader	0xEA	BC13C2FF-...（自定义）	存放第一阶段启动代码
固件A	0x83	EBD0A0A2-...（自定义）	主固件镜像（A/B系统用）
固件B	0x83	EBD0A0A3-...（自定义）	备份固件镜像
配置数据	0xDA	配置专用GUID	校准参数、网络配置等
文件系统	0x0C/0x83	标准FS GUID	FAT32、ext4等
安全存储	0xEA	安全专用GUID	密钥、证书等敏感数据

分区属性字段里，有几个位特别重要：

• 位0（必需分区）：系统必须识别这个分区才能启动
• 位1（EFI固件保留）：固件内部使用，OS不该碰
• 位2（传统BIOS可引导）：兼容老系统
• 位60（只读）：防止误写入，我经常在安全分区上置这个位
• 位62（隐藏）：OS不会自动挂载
• 位63（不自动挂载）：需要手动挂载

2.5 分区结构总览图

下面这张图展示了典型的嵌入式Bootloader分区布局。你可以看到MBR/GPT头部、分区表条目、以及各个功能分区在Flash上的位置关系。

2.6 分区设计实战建议

最后，分享几条我在实际项目中总结的分区设计原则：

• 分区大小对齐到擦除块：NOR Flash的擦除块通常是64KB或128KB，NAND是128KB或256KB。分区起始地址和大小都对齐到擦除块，能避免很多麻烦。
• 预留冗余分区：我习惯在最后留一个“应急分区”，大小和主固件分区一样。万一主分区坏了，还能从应急分区启动一个最小系统。
• 分区表本身也要有保护：把分区表所在扇区设置为只读，或者在Bootloader里加一个写保护开关。我见过太多因为分区表被误写导致设备变砖的案例了。
• 用版本号管理分区布局：在分区表头部加一个版本字段。固件升级时，如果分区布局变了，Bootloader能根据版本号做迁移。