gpt分区表损坏导致系统无法定位启动卷，表现为灰屏、问号文件夹或diskutil list无分区；应先用sudo diskutil repairdisk修复，失败则需备份还原或专业工具深度扫描恢复文件。
分区 guid 错误本质是 gpt（guid 分区表）结构损坏，不是文件系统问题，因此“磁盘工具”的图形界面“急救”功能完全无效。这类错误直接导致系统无法定位启动卷，表现为开机卡在灰屏、问号文件夹（❓）、恢复模式中看不到内置硬盘，或终端里 diskutil list 显示磁盘下无任何分区（如 disk0s1、disk0s2）。修复必须进入恢复环境，用命令行干预，且操作前务必确认数据是否已有备份。
先确认是不是真正的 GPT 损坏
别急着修复，先排除误判：
- 重启进恢复模式（Intel：⌘+R；Apple Silicon：关机后长按电源键 → 选“选项”）
- 打开终端，运行
diskutil list—— 如果目标磁盘（如disk0）下面完全没列出s1、s2等分区，只有物理设备名（如 “APPLE SSD…”），且状态为Untitled或unmounted，基本可判定 GPT 已损 - 再运行
sudo gpt -r show /dev/disk0—— 若提示No valid GPT found或输出为空，说明主/备份 GPT 表均不可读
尝试用 diskutil repairDisk 安全重建
这是最稳妥的第一步，仅修复 GPT 表结构性错位（如主备表不一致、校验和错误），不改动实际数据：
- 确保已进入恢复模式终端
- 执行
sudo diskutil unmountDisk /dev/disk0（替换disk0为你的实际磁盘编号） - 运行
sudo diskutil repairDisk /dev/disk0 - 成功时会显示 “Repaired partition map”；失败常见报错：
No usable backup GPT table found或静默退出，说明 GPT 元数据已彻底丢失，不能继续此路径
GPT 全损后的可行选择
repairDisk 失败即代表底层分区结构不可逆损坏，此时没有“无损修复”方案：
- 优先从 Time Machine 或其他完整备份还原 —— 这是最安全、唯一能保全全部数据与系统状态的方式
- 若无备份，需借助专业扫描工具（如 Disk Drill、Data Rescue、R-Studio）—— 它们绕过分区表，直接扫描磁盘扇区识别 APFS/HFS+ 宗卷签名，可导出文件，但无法恢复原始目录结构或启动能力
- 切勿手动用
gpt add重建分区 —— 需精确知道每个分区起始扇区、大小、类型 UUID（如 APFS 是48465300-…），误差一点就会覆盖有效数据，风险极高
重装系统前的必要准备
若决定抹盘重装，请避开常见陷阱：
- 在恢复模式的磁盘工具中，选中**最顶层物理磁盘**（如 “APPLE SSD…”），而非某个灰色不可选的子卷；格式选 “APFS”，方案选 “GUID 分区图”
- 若仍提示“未能卸载硬盘”，检查 FileVault 是否启用：
diskutil apfs list或diskutil cs list查看是否有 locked 卷，需先解锁（有密钥前提下） - 终端强制卸载仅限最后手段：
sudo diskutil unmountDisk force /dev/disk0，但可能引发后续写入异常
