磁盘工具“急救”无法修复GPT分区表标识错误，仅能处理已识别宗卷的文件系统逻辑错误；分区表损坏表现为diskutil list无diskXsY条目、磁盘在磁盘工具中仅显示物理设备名且“急救”按钮灰色不可用，需用恢复模式下diskutil repairDisk命令修复，失败后应优先扫描恢复或从Time Machine还原。磁盘工具本身无法修复分区标识错误导致的挂载异常。这类问题属于 GPT 分区表层级的结构性损坏，而“急救”功能只作用于已识别的宗卷或容器内部的文件系统逻辑（如 APFS 或 HFS+ 元数据），对分区表本身完全无能为力。 当出现“硬盘变灰色”“显示为 Untitled”“启动盘不出现”“diskutil list 里没有 disk0s1 等分区条目”等情况，基本可判定是分区标识（即 GPT 表中的分区类型 UUID、起始扇区、大小等）错乱或丢失，而非宗卷内容损坏。
先确认是不是分区标识问题
打开终端（恢复模式下操作更可靠）：
- 运行 diskutil list —— 若目标磁盘下无任何
diskXsY分区行，只有物理设备名（如disk0），说明分区表未被识别 - 若某一分区显示为
Invalid、unmounted或类型 UUID 异常（比如本该是 APFS 的48465300-0000-11AA-AA11-00306543ECAC却显示为其他值），就是分区标识错误 - 注意区分：分区存在但无法挂载（可用
diskutil mount /dev/diskXsY尝试），和分区根本“看不见”（diskutil list不列出来），后者才是标识错误
磁盘工具在此类问题中只能辅助验证
在恢复模式中打开磁盘工具后：
- 点击「查看」→「显示所有设备」，观察左侧边栏是否列出该磁盘的分区或容器
- 如果只显示物理磁盘（如
APPLE SSD AP0512M），下方空空如也，且「急救」按钮灰色不可点 → 这是典型分区表失效信号 - 此时不要反复点击「急救」，它不会生效，也不会报错，只会返回“无法检查”
真正有效的修复方式是终端命令
必须进入恢复模式（Command-R），用 diskutil repairDisk 尝试重建 GPT 结构：
- 先卸载整盘：sudo diskutil unmountDisk /dev/diskX（X 是磁盘编号，如 disk0）
- 再执行修复：sudo diskutil repairDisk /dev/diskX
- 该命令会比对主/备份 GPT 表，自动同步校验和、分区起始位置与类型 UUID；只要任一副本尚存有效信息，就可能恢复识别
- 成功后重启进恢复模式，再开磁盘工具——通常就能看到完整分区结构了
repairDisk 失败后的现实选择
如果提示 No valid GPT found 或 unable to open device，说明 GPT 元数据已全损：
- 不要再尝试手动写入 GPT 条目（如用
gpt add），极易覆盖后续可恢复的数据 - 立即停止写入，优先用 Disk Drill 或 R-Studio 扫描原始扇区，直接提取 APFS 容器头或 HFS+ 超级块来重建访问路径
- 若有 Time Machine 备份，此时重装系统并还原是最稳妥方案
