macos磁盘工具“急救”可修复断电导致的逻辑卷层级错误（如目录损坏、b-tree异常、快照断裂、权限错位），但要求分区表与容器结构仍可识别；无法修复gpt损坏、物理坏道或加密元数据彻底丢失。
MacOS磁盘工具的“急救”功能可以修复断电引发的逻辑卷（Volume）层级错误，比如目录结构损坏、B-Tree异常、快照链断裂或权限元数据错位，但前提是底层分区表和容器结构仍可识别。它不能修复GPT分区表损坏、物理坏道或加密元数据彻底丢失等深层问题。
利用 macOS 原生能力实现本地语音识别与合成。通过 yap (Apple Speech.framework) 进行语音转文字，通过 say + ffmpeg 进行文字转语音。完全离线，无需 API 密钥。具备音质检测与智能选声功能。
先确认是否属于逻辑卷损坏
断电后常见表现包括：宗卷在访达中不显示、磁盘工具里呈灰色不可选、挂载失败提示“invalid volume header”或“snapshot mismatch”，但diskutil list仍能列出该分区（如disk2s1），且diskutil verifyVolume /dev/disk2s1输出含具体错误描述（如“Invalid checkpoint”“corrupted extent record”）。若磁盘连分区都不显示，说明已超出逻辑卷范畴，需转向分区表或硬件诊断。
在恢复模式下逐层运行急救
必须从启动磁盘进入macOS恢复环境（开机按住 ⌘ + R），再打开磁盘工具：
- 点击“显示”→“显示所有设备”，确保看到物理磁盘、容器（如 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清除加密层（不删数据）
修复无效时别硬刷，优先保数据
一旦三次以上急救失败，或出现“Could not verify volume”“No valid APFS superblock”等底层错误，说明文件系统关键结构已损。此时应立即停止写入，用 dd 或 Disk Drill 创建全盘镜像，再交由专业恢复工具扫描提取文件。强行重复修复可能覆盖残留元数据，降低恢复成功率。
