MacOS磁盘工具“急救”可修复断电导致的逻辑卷层级错误（如目录损坏、B-Tree异常、快照断裂），前提是分区表与容器结构仍可识别；无法修复GPT损坏、物理坏道或加密元数据彻底丢失。
macos 磁盘工具的“急救”功能可以修复非法断电引发的逻辑卷（volume）层级错误，但前提是磁盘底层结构仍可识别——它不处理分区表损坏、物理坏道或加密元数据彻底丢失等深层问题。
先确认是不是逻辑卷损坏
断电后典型表现包括：
- 宗卷在访达中不显示，或在磁盘工具里呈灰色、不可选中
- 挂载失败提示 “invalid volume header”“snapshot mismatch” 或 “Invalid checkpoint”
-
关键判断点：终端执行
diskutil list仍能列出该分区（如disk2s1），且diskutil verifyVolume /dev/disk2s1输出具体错误描述（如 “corrupted extent record”） - 若连分区都完全不显示，说明已超出逻辑卷范畴，需转向分区表或硬件诊断
在恢复模式下分层运行急救
必须进入 macOS 恢复环境（Intel：开机按 ⌘+R；Apple Silicon：长按电源键→选“选项”→继续），再操作：
- 打开磁盘工具 → 点击“显示”→“显示所有设备”，确保能看到物理磁盘、容器（如 Container disk4）、宗卷（如 Macintosh HD - Data）三级结构
- 先选中最底层的数据宗卷（通常带 - Data 后缀），点击“急救”→“运行”
- 修复成功后，再选中它上方的容器，再次运行“急救”
- 最后选中最顶层的物理设备（如 APPLE SSD AP0512M），对整块盘做一次结构校验
顺序不能颠倒：宗卷依赖容器状态，容器又依赖物理磁盘分区表完整。
终端辅助验证与强制唤醒（针对卡住或外部硬盘）
若磁盘工具中宗卷可见但无法启动急救，可尝试终端干预：
- 在恢复模式中打开“终端”，执行
diskutil list定位设备标识（如disk2s1） - 运行
diskutil verifyVolume /dev/disk2s1查看具体报错 - 若提示 “locked” 或 “file system is locked”，试
diskutil mount -force /dev/disk2s1强制挂载 - 挂载成功后，返回磁盘工具再对其运行急救；失败则说明元数据已损，不宜反复操作
加密卷中断要单独处理
断电易导致 FileVault 加密中途暂停，表现为 LVG 状态为 converting paused 或 locked：
- 终端运行
diskutil cs list找出逻辑卷 UUID - 尝试
diskutil cs unlockVolume UUID解锁（需输入密码或恢复密钥） - 若失败，用
diskutil cs revert UUID回滚加密；仍不行则diskutil cs delete UUID清除加密层（不删用户数据）
修复无效时别反复急救，优先用 Time Machine 或专业恢复工具导出数据。
