3. 分区表损坏的常见症状

分区表是操作系统与存储设备之间的“地图”。一旦这张地图损坏或丢失，系统将无法正确解读磁盘的布局。在实际运维和镜像加载场景中，分区表损坏的表现形式多样，但通常可以归纳为以下四类核心症状。快速识别这些症状，是定位问题根源的第一步。

3.1 系统无法识别磁盘

这是最严重的情况。系统在启动或挂载时完全“看不见”磁盘的存在，或者将磁盘识别为一块未初始化的原始设备。

• 现象： fdisk -l 或 lsblk 命令不列出该磁盘；dmesg 日志中出现 unknown partition table 或 invalid partition table 错误。
• 典型场景： MBR 的前 512 字节（主引导记录 + 分区表）被覆盖或清零；GPT 头部或备份 GPT 头部损坏。
• 避坑提示： 不要立即执行 mkfs 或 fdisk 的写入操作，这会使数据恢复难度剧增。

3.2 分区丢失

磁盘能被识别，但原本存在的分区（如 /dev/sdb1、/dev/sdb2）消失或显示为未分配空间。

• 现象： lsblk 只显示磁盘本身（如 sdb），没有子设备；parted -l 显示“未识别磁盘标签”或分区表类型为“unknown”。
• 典型场景： GPT 分区表条目被误删除；分区表逻辑块地址（LBA）被错误修改；病毒或误操作导致分区表项清零。
• 对比： 与“系统无法识别磁盘”的区别在于，此时磁盘设备节点（如 /dev/sdb）仍然存在，只是分区信息丢失。

3.3 数据无法访问

分区表虽然存在，但指向了错误的位置，导致文件系统无法挂载或读取数据。

• 现象： 挂载时提示 mount: wrong fs type, bad option, bad superblock；fsck 检查时报告“超级块损坏”或“分区大小不匹配”。
• 典型场景： 分区起始扇区或大小被篡改；分区表校验和（GPT 的 CRC32）不匹配；备份分区表与主分区表不一致。
• 关键操作： 此时应优先使用 dd 或 ddrescue 创建完整镜像，再对镜像进行恢复操作，避免对原始磁盘造成二次伤害。

3.4 启动失败

对于系统盘，分区表损坏直接导致操作系统无法启动。

• 现象： 开机后停留在黑屏光标闪烁、GRUB rescue 提示符、或直接进入 BIOS 设置界面。
• 典型场景： MBR 中的引导代码损坏；GPT 中的 EFI 系统分区（ESP）丢失或分区类型标识错误；活动分区标志（Active Flag）被清除。
• 诊断命令： 使用 Live CD/USB 启动后，执行 fdisk -l /dev/sda 检查是否有 * 标记（MBR 活动分区），或检查 ESP 分区的 GUID 是否为 C12A7328-F81F-11D2-BA4B-00A0C93EC93B。

症状对比与决策树

下表总结了四种症状的典型表现、常见原因和优先排查方向，帮助你在实际故障中快速定位。

症状关联流程图

下面的流程图展示了从“磁盘无法识别”到“启动失败”的典型演化路径，以及各症状之间的关联关系。理解这张图有助于在复杂故障中理清排查思路。