磁盘工具可修复分区扩容中断导致的引导问题，前提是apfs容器结构未破坏；需按物理盘→容器→数据宗卷顺序急救，并在恢复模式下用终端辅助验证、挂载或解锁加密卷。
磁盘工具能处理分区扩容中断引发的引导问题，但前提是底层结构未被破坏。这类故障通常发生在调整apfs容器大小时意外断电或强制退出，导致系统卷与数据卷脱节、快照错乱或引导信息丢失——此时mac可能卡在苹果标、显示问号文件夹，或无法挂载主宗卷。
先确认是否属于可修复的逻辑层中断
打开终端（在恢复模式下），运行 diskutil list 查看设备列表。若能看到你的内置盘（如 disk0）、容器（如 Container disk1）以及带 - Data 后缀的宗卷（如 Macintosh HD - Data），说明分区表和容器结构仍完整，属于磁盘工具可干预范围。若连 disk0 都不显示，或 diskutil cs list 报“no CoreStorage logical volume groups”，则已超出软件修复能力，需硬件诊断。
严格按层级顺序执行急救
在恢复模式中打开磁盘工具，点击“显示”→“显示所有设备”，确保看到物理盘→容器→宗卷三级结构。修复必须自下而上：
- 先选中数据宗卷（通常是 Macintosh HD - Data），点“急救”→“运行”。这一步修复B-Tree、快照链和目录项，恢复卷级可用性
- 成功后，选中它上方的容器（如 Container disk1），再次运行“急救”。这步校验并重建容器内卷映射关系，修复扩容中断导致的容量元数据错位
- 最后选中最顶层物理设备（如 APPLE SSD AP0256M），对整块盘做一次结构扫描。这步不改数据，但能暴露GPT头损坏等深层异常
引导卷异常时的终端辅助操作
如果主系统宗卷（Macintosh HD）在磁盘工具中呈灰色不可选，或急救报“invalid volume header”，可在终端尝试唤醒：
- 用 diskutil verifyVolume /dev/disk0s1（替换为实际标识）查看具体错误，常见如 “snapshot mismatch” 或 “invalid checkpoint”
- 若提示 “locked”，执行 diskutil mount -force /dev/disk0s1 强制挂载；成功后返回磁盘工具对其急救
- 若为FileVault加密卷且状态卡在 converting paused，用 diskutil cs unlockVolume UUID（UUID通过 diskutil cs list 获取）尝试解锁；失败则用 diskutil cs revert UUID 回滚加密流程
修复失败后的关键止损动作
连续两次急救失败，或出现 “Could not verify volume”、“No valid APFS superblock” 等提示，说明元数据已严重损毁。此时不应反复重试：
- 立即用另一台Mac或启动U盘挂载该盘，尽可能拷出用户文件（访达中若能显示Home目录，优先复制 Documents、Desktop、Downloads）
- 避免执行“抹掉”，除非你已确认无重要数据——抹掉会清除所有APFS快照，永久丢失误删或覆盖前的版本
- 若数据极其关键且无法挂载，停止任何写入操作，交由专业数据恢复机构处理物理镜像
