分区表 MBR/GPT 损坏修复：分区丢失、未分配、变成 Raw 的原因与恢复方法，MBR 与 GPT 的区别，重建分区表原理。
分区表是磁盘开头的「地图」，记录每个分区从哪开始、到哪结束、什么文件系统。老式 MBR（主引导记录）在 0 号扇区，只有 4 个主分区槽，最大支持 2TB；新式 GPT（GUID 分区表）支持大容量磁盘和更多分区，并且在磁盘末尾有一份备份头。
误操作（如用错工具初始化磁盘）、病毒改写 0 扇区、突然断电导致写入不完整、某些磁盘工具误判误写。表现通常是：磁盘变成「未分配」「未初始化」，或分区变成 Raw、提示需要格式化。
1）GPT 用备份头：GPT 在磁盘末尾有备份分区表，主头损坏可自动或手动从备份恢复；2）MBR 重建：扫描磁盘上的文件系统签名（NTFS 的 $Boot、FAT 的引导扇区）定位各分区起止位置，重建 MBR；3）避免二次破坏：不要点「初始化磁盘」或「新建分区」，这会覆盖原有分区表，加大恢复难度。
不会。分区表只是「地图」，修复地图不影响分区内的实际数据。正规操作是只读扫描 + 重建分区表，数据区全程不动。误删分区、分区丢失、变 Raw 的场景，数据恢复成功率很高。
Q: 分区丢失了数据还能恢复吗？
A: 能。分区丢失多数只是分区表损坏，分区内的数据原封不动。扫描文件系统签名重建分区表即可找回，数据区全程不动。
Q: 磁盘变成未初始化能恢复吗？
A: 能。「未初始化」是分区表读不到，不是数据没了。不要点初始化，直接送检，扫描重建分区表即可恢复数据。
Q: GPT 转 MBR 会丢数据吗？
A: 会。GPT 转 MBR 会重写分区表并可能破坏分区结构，转换前务必备份或先做镜像。若已转换导致数据丢失，可通过扫描文件系统签名恢复。
Q: 分区表修复多少钱？
A: 逻辑故障（分区表损坏、分区丢失）300 元起，以检测报告为准。数据区未破坏的情况下恢复率很高。
分区表丢了不等于数据没了：分区表只描述"哪一段属于哪个分区"，文件系统本身还在原位。 MBR 和 GPT 的结构都能手工核对，重建的关键是找到每个分区的起始扇区。
| 项目 | 取值 / 位置 | 说明 |
|---|---|---|
| MBR 分区表位置 | 偏移 0x1BE 起，4 个 16 字节表项 | 每项含状态、类型、起止 CHS、起始 LBA、扇区数 |
| MBR 结束标志 | 偏移 0x1FE 处 `55 AA` | 没有这个标志，MBR 被覆盖过 |
| GPT 保护 MBR | LBA0 为 0xEE 类型的保护分区 | 作用是让老工具不误判为未分区 |
| GPT 头 | LBA1，签名 `EFI PART` | 含分区表位置、项大小、CRC32 |
| GPT 分区项 | 默认 LBA2 起，每项 128 字节，共 128 项 | 含分区类型 GUID、首末 LBA、名称 |
| GPT 备份 | 磁盘最后一个 LBA 有头与表副本 | 主表坏了优先读备份 |
# 看 MBR 分区表与结束标志
xxd -s 446 -l 66 /cases/disk.img
# 看 GPT 头（LBA1 = 偏移 512）
xxd -s 512 -l 92 /cases/disk.img | head -6
# 用工具读分区布局（只读）
sudo fdisk -l /cases/disk.img
sudo gdisk -l /cases/disk.img
# 扫描疑似分区起点（找各文件系统的引导签名）
sudo testdisk /log /cases/disk.img重建顺序：先用 GPT 备份头恢复主表；备份也没了就按文件系统签名扫起始扇区， 用扫出来的起始 LBA + 分区大小反推表项。分区大小算错会让文件系统挂载失败， 所以要以文件系统自身的超级块（NTFS 在 0x0B、ext4 在偏移 1024）交叉验证。