关键先判断错误类型：若磁盘工具边栏仅显示灰色物理磁盘、无容器和宗卷，则GPT分区表损坏，须用恢复模式终端执行sudo diskutil repairDisk修复；若可见容器及两个宗卷但急救失败，则按数据宗卷→系统宗卷→容器→物理磁盘顺序逐层急救，并排查快照、写保护或分区ID问题。

mac 上用“磁盘工具”检查和修复分区表错误，关键不是盲目点“急救”，而是先判断错误类型——是底层 gpt 分区表损坏，还是上层 apfs 容器/宗卷结构异常。图形界面的“急救”按钮对某些深层问题根本无效，必须结合终端命令和分层逻辑处理。

先看边栏显示，快速判断问题层级

打开恢复模式下的“磁盘工具” → 「查看」→「显示所有设备」→ 展开你的内置磁盘：

• 如果只看到灰色物理磁盘名（如“APPLE SSD…”），下面空空如也，没有“Container diskX”、没有“Macintosh HD”和“Macintosh HD - Data”，说明 GPT 分区表已损坏，“急救”按钮会灰色不可用
• 如果能看到容器和两个宗卷，但点“急救”报错（比如“无法验证”“操作失败”“重叠的扩展位置”），问题大概率在 APFS 容器或宗卷元数据，需逐层手动修复

APFS 容器/宗卷出错：按顺序逐层急救

必须从最底层的数据宗卷开始，向上推进，不能跳步：

• 选中“Macintosh HD - Data” → 点“急救”→“运行”
• 再选中“Macintosh HD”（系统宗卷）→ 同样点“急救”→“运行”
• 接着选中“Container diskX”（名称含 Container）→ 点“急救”→“运行”
• 最后选中最顶层物理磁盘（如“APPLE SSD…”那一行）→ 点“急救”→“运行”

中间某一步失败，就停在这里，不要强行继续。常见卡点包括本地快照冲突、写保护启用、或分区 ID 异常，需进一步排查。

GPT 分区表损坏：必须用终端命令修复

图形界面完全失效时，进入恢复模式终端执行：

• 运行 diskutil list 确认磁盘编号（如 disk0）
• 运行 sudo diskutil unmountDisk /dev/disk0 卸载整个磁盘（若提示 busy，先查占用进程）
• 运行 sudo diskutil repairDisk /dev/disk0

成功会显示 “Finished repairing the partition map”。如果提示 “No valid GPT found”，说明主备分区表全损，此时切勿格式化，应立即停止写入，用专业工具（如 Disk Drill）扫描物理扇区恢复数据。

修完仍不正常？排查几个隐形障碍

即使急救全部通过，分区或启动仍异常，可能被以下因素挡住：

• 未清理的本地快照：在终端运行 tmutil listlocalsnapshots / 查看，用 tmutil deletelocalsnapshots [snapshot_name] 删除
• 外置硬盘有硬件写保护：检查 USB 线、接口接触，或硬盘侧面是否有物理开关
• MBR 分区表残留（老机型升级失败常见）：磁盘工具无法无损转 GPT，需借助 GParted 或 gdisk 预留头部1MB/尾部8MB空间后再转换