分区表基础：MBR与GPT的结构、原理与差异

分区表这东西，说白了就是硬盘的“目录索引”。你想想看，一块硬盘插到主板上，BIOS/UEFI怎么知道哪里是系统、哪里是数据？全靠分区表来指路。

我刚开始做嵌入式那会儿，觉得分区表就是个固定格式，照着填就行。直到有一次，一块64GB的eMMC死活装不上系统，查了两天才发现——MBR分区表最大只认2TB？不对，是MBR的LBA寻址上限卡住了。嗯，从那以后我再也不敢小看这512字节了。

MBR分区表：老将的坚守与局限

MBR（Master Boot Record）诞生于1983年，跟IBM PC/AT一个时代。它位于硬盘的0号扇区（LBA 0），总共512字节。结构非常紧凑：

每个分区表项16字节，结构如下：

typedef struct {
    uint8_t  status;        // 0x80 = 可引导
    uint8_t  start_head;    // 起始磁头号
    uint16_t start_sector;  // 起始扇区号(低6位) + 起始柱面号(高10位)
    uint8_t  type;          // 分区类型(0x83=Linux, 0x0C=FAT32, 0x07=NTFS)
    uint8_t  end_head;      // 结束磁头号
    uint16_t end_sector;    // 结束扇区号 + 结束柱面号
    uint32_t start_lba;     // 起始LBA地址
    uint32_t total_sectors; // 分区总扇区数
} __attribute__((packed)) MBR_Partition_Entry;

我在一个工业平板项目里遇到过这种情况：客户要求支持8TB存储，我一开始没多想就用了MBR。结果系统装完，fdisk显示只有2TB可用。后来改成GPT，问题才解决。这个坑，我算是替大家踩过了。

GPT分区表：UEFI时代的标配

GPT（GUID Partition Table）是UEFI规范的一部分。它不再用CHS（柱面/磁头/扇区）那套老古董，全程使用LBA寻址。结构上比MBR复杂得多，但也灵活得多。

GPT的布局是这样的：

GPT头部结构（LBA 1）：

typedef struct {
    uint64_t signature;             // "EFI PART" (0x5452415020494645)
    uint32_t revision;              // 版本号，当前为 1.0 (0x00010000)
    uint32_t header_size;           // 头部大小，通常为 92 字节
    uint32_t header_crc32;          // 头部CRC32校验
    uint32_t reserved;              // 保留
    uint64_t my_lba;                // 本头部所在LBA (通常为1)
    uint64_t alternate_lba;         // 备份头部所在LBA (最后1个LBA)
    uint64_t first_usable_lba;      // 第一个可用LBA (通常为34)
    uint64_t last_usable_lba;       // 最后一个可用LBA
    uint8_t  disk_guid[16];         // 磁盘GUID
    uint64_t partition_entry_lba;   // 分区表项起始LBA (通常为2)
    uint32_t number_of_entries;     // 分区表项数量 (通常为128)
    uint32_t entry_size;            // 每个表项大小 (通常为128)
    uint32_t entries_crc32;         // 分区表项数组CRC32
} __attribute__((packed)) GPT_Header;

MBR vs GPT：一张表说清楚

实战中的选择建议

我个人习惯这样判断：

• 磁盘小于2TB，且需要兼容老设备（BIOS启动） → 用MBR。省事，兼容性好。
• 磁盘大于2TB，或使用UEFI启动 → 必须用GPT。没得选。
• 嵌入式系统，eMMC/NAND小于32GB → MBR完全够用，而且很多BootROM只认MBR。
• 服务器、NAS、多系统共存 → 强烈推荐GPT。分区多、容错好、管理方便。

GPT的“保护MBR”是怎么回事？

你可能会问：GPT的LBA 0为什么放一个MBR？这不是多此一举吗？

其实这是为了兼容性。老旧的磁盘工具（比如Windows XP的磁盘管理器）不认识GPT，如果LBA 0是空的，它们可能会认为这块盘“未初始化”，然后直接给你写个新MBR——数据全没了。

保护MBR的作用就是告诉这些老工具：“这块盘已经有一个分区了，类型是0xEE（GPT保护分区），你别动它。” 0xEE分区在MBR里表示整个磁盘空间，老工具看到这个就不会再去格式化或重写分区表了。

我在一个数据恢复项目里见过反面案例：有人把GPT盘的LBA 0清空了，然后用老版本的Partition Magic去修，结果保护MBR没了，工具直接重建了一个MBR，整个盘的数据全废了。嗯，保护MBR虽然占用了512字节，但这钱花得值。

SVG：MBR与GPT结构对比图

避坑指南：分区表损坏怎么办？

分区表损坏是Bootloader引导失败的头号原因。我遇到过好几次，症状都一样：开机黑屏，光标闪烁，或者直接提示"Invalid partition table"。

如果你遇到这种情况，别慌。先判断是MBR还是GPT：

1. MBR损坏： 用 dd if=/usr/lib/syslinux/mbr.bin of=/dev/sda 重写引导代码。注意，这只恢复引导代码，不恢复分区表。分区表得靠备份或手动重建。
2. GPT损坏： 用 gdisk /dev/sda → r → b 从备份恢复GPT头部和分区表。GPT有首尾双备份，只要备份没坏，恢复成功率很高。
3. 没有备份？ 用 testdisk 扫描并重建分区表。这个工具我用了十几年，成功率在90%以上。