APFS容器与分区错误需按GPT修复→容器急救→卷宗急救→快照清理顺序处理：先用recover模式下diskutil repairDisk修复GPT，再逐级急救物理盘、容器及各宗卷，最后删除损坏快照并重试；急救失败立即备份数据，勿反复操作。

APFS 容器与分区错误通常不是孤立问题，而是分层结构中某一层出现异常——比如容器头损坏、GPT 分区表错位、快照链断裂或卷宗绑定丢失。这类问题多数由异常断电、强制关机或系统更新中断引发，不涉及物理坏道，但必须按层级顺序处理，跳过任何一层都可能修复失败。

先确认是容器/分区层面的问题
常见表现包括：磁盘工具里看不到 APFS 容器、显示“未初始化”或“未知格式”；终端执行 diskutil list 时只看到物理盘（如 disk0），但没有 disk0s1、disk0s2 等分区项；或者 diskutil apfs list 报错 “No APFS containers found”。这说明 GPT 分区表或容器元数据已损坏，而非单纯某个卷宗出错。

在恢复模式下修复 GPT 分区表
这是修复容器不可见的首要步骤：

• 关机后按 ⌘ + R 进入 macOS 恢复环境
• 打开“终端”，运行 diskutil list 找到目标磁盘标识（如 /dev/disk0）
• 执行 sudo diskutil unmountDisk /dev/disk0 卸载整盘
• 运行 sudo diskutil repairDisk /dev/disk0 ——该命令会校验并同步主/备份 GPT 表，修复校验和错误或偏移异常
• 完成后重启进恢复模式，再打开磁盘工具，此时应能正常显示容器和各宗卷

逐级对容器与卷宗执行急救
分区表修复后，APFS 容器若仍报“corrupted”或“inconsistent”，需继续分步处理：

• 在磁盘工具中点击“显示 → 显示所有设备”，确保看到完整层级：物理盘 → APFS 容器 → 各宗卷（如 Macintosh HD、Macintosh HD - Data）
• 先选中顶层物理盘（如 APPLE SSD AP0256M），点“急救”——不改数据，但可暴露底层分区异常
• 再选中 APFS 容器（如 Container disk1），运行“急救”——重建卷映射、修正空间分配错位
• 最后分别对每个宗卷单独执行“急救”，尤其是带 - Data 后缀的数据卷，它承载用户文件，修复优先级最高

处理残留或损坏的 APFS 快照
快照异常常导致容器挂载失败或急救反复报错：

• 在磁盘工具中选中目标宗卷，顶部菜单选“查看 → 显示 APFS 快照”
• 右侧列出快照后，检查状态栏是否标有“damaged”或时间戳明显异常（如早于系统安装日期）
• 勾选可疑快照，点击下方“删除”按钮（注意：仅删快照，不影响当前数据）
• 删除后再对宗卷和容器重新执行一次急救

急救失败时不要反复重试
若某一级提示“无法修复此宗卷”或“invalid volume header”，立即停止操作：

• 优先用另一台 Mac 或启动 U 盘接入硬盘，在访达中直接拷出 Users 文件夹下的文档、桌面、下载等内容
• 若能识别但无法挂载，尝试终端强制挂载：diskutil mount -force /dev/disk1s5（替换为实际卷标识）
• 如为 FileVault 加密卷且卡在 converting paused，先用 diskutil cs list 获取 UUID，再执行 diskutil cs unlockVolume <UUID> 解锁

不复杂但容易忽略