GPT分区详解：从结构到实战
聊到GPT分区，我得先说说自己的经历。几年前我帮一个朋友恢复硬盘数据，他误操作把分区表搞坏了。用MBR恢复工具折腾半天，结果只找回一部分数据。后来换成GPT的备份分区表，几分钟就搞定了。嗯，从那时起，我对GPT就格外上心。
GPT全称是GUID Partition Table，说白了就是新一代的分区标准。它解决了MBR的很多硬伤——比如最大2TB的限制，比如只能分4个主分区。你想想看，现在随便一块硬盘都4TB起步了，MBR确实有点跟不上时代。
核心要点：GPT使用LBA（逻辑块地址）来管理存储空间，而不是MBR的CHS（柱面-磁头-扇区）模式。这是根本性的变化。
LBA布局：一张图看懂
先看这张结构图，我亲手画的。它展示了GPT在硬盘上的完整布局。
这张图我建议你保存下来。每次做分区操作时对照着看，思路会清晰很多。
保护MBR：兼容性的关键
LBA 0 这个位置，GPT放了一个保护MBR。它不是什么历史遗留问题，而是精心设计的兼容方案。
保护MBR里只有一个分区表项，类型标记为0xEE。这个分区的起始LBA是1，大小是整块硬盘。老旧的MBR工具看到这个标记，就知道这块盘已经被GPT占用了，不会贸然去修改它。
我的经验：如果你在Windows下用磁盘管理工具，看到一块硬盘显示"GPT保护分区"，别慌。这不是分区坏了，恰恰说明它工作正常。
GPT头：分区表的大脑
LBA 1 存放的是GPT头。它包含的信息非常关键：
| 偏移量 | 大小 | 内容 | 说明 |
|---|---|---|---|
| 0x00 | 8字节 | 签名 | 固定为"EFI PART" |
| 0x08 | 4字节 | 版本号 | 当前为1.0 |
| 0x0C | 4字节 | 头大小 | 通常为92字节 |
| 0x10 | 4字节 | CRC32校验 | 对GPT头的校验 |
| 0x18 | 8字节 | 保留区 | 必须为0 |
| 0x20 | 8字节 | 当前LBA | GPT头所在位置 |
| 0x28 | 8字节 | 备份LBA | 备份GPT头位置 |
| 0x30 | 8字节 | 分区表起始LBA | 通常为2 |
| 0x38 | 4字节 | 分区表项数量 | 默认128 |
| 0x3C | 4字节 | 分区表项大小 | 固定128字节 |
| 0x40 | 4字节 | 分区表CRC32 | 对分区表项的校验 |
看到CRC32校验了吗？这是GPT比MBR安全的关键。每次系统启动时，都会校验GPT头和分区表的完整性。一旦发现数据被篡改，系统会自动切换到备份分区表。
注意：我曾经遇到过一块硬盘，GPT头的CRC校验值被病毒篡改了。系统启动时检测到校验失败，自动启用了备份分区表。幸亏有这层保护，数据才没丢。所以，千万别手动修改GPT头里的CRC值，除非你很清楚自己在做什么。
GUID分区类型：不只是个编号
每个GPT分区都有一个GUID来标识它的类型。这比MBR的0xEE、0x07这种单字节标记要灵活得多。
常见的GUID分区类型有：
- EFI系统分区：C12A7328-F81F-11D2-BA4B-00A0C93EC93B
- Microsoft基本数据分区：EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
- Linux文件系统：0FC63DAF-8483-4772-8E79-3D69D8477DE4
- Linux交换分区：0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
- Windows恢复环境：DE94BBA4-06D1-4D40-A16A-BFD50179D6AC
你可能会问，用这么长的GUID有必要吗？我举个例子你就明白了。MBR时代，分区类型用0x07表示NTFS，但0x07同时也被OS/2的HPFS使用。这就容易搞混。GUID的128位空间，几乎不可能冲突。
CRC校验机制：双重保险
GPT的CRC校验分两层：
- GPT头CRC：校验LBA1中GPT头的完整性。计算时，CRC32字段本身置为0。
- 分区表CRC：校验LBA2到LBA33中所有分区表项的完整性。
系统启动时，会先读GPT头，计算CRC。如果匹配，再读分区表，计算第二个CRC。两个都通过，才认为分区表是完整的。
关键点：如果主GPT头或分区表损坏，系统会自动读取磁盘末尾的备份。备份的CRC校验也是独立的。这就是为什么GPT比MBR更抗造的原因。
我记得有一次，一个同事的硬盘在拷贝数据时突然断电。重启后，MBR分区表直接挂了，数据全丢。但如果是GPT，备份分区表还在，恢复起来就简单多了。
实战小技巧
用Linux的gdisk工具查看GPT信息，非常直观：
# 查看分区表
sudo gdisk -l /dev/sda
# 输出示例
GPT fdisk (gdisk) version 1.0.5
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Number Start (sector) End (sector) Size Code Name
1 2048 1026047 500.0 MiB EF00 EFI System
2 1026048 976773167 465.3 GiB 0700 Basic data看到"MBR: protective"了吗？这就是保护MBR在工作。Code列显示的是分区类型GUID的简写，EF00对应EFI系统分区，0700对应基本数据分区。
我的建议：做分区操作前，先用gdisk -l看一眼。确认分区表状态正常，再动手。这个习惯帮我避免过好几次误操作。
好了，GPT的核心内容就这些。记住LBA布局、保护MBR的作用、GUID类型和CRC校验机制，你就能应对大部分分区相关的问题了。