“由于底层错误失败”说明apfs卷元数据异常（如b-tree损坏、快照链断裂等），需在恢复模式下按宗卷→容器→物理设备顺序逐层急救，并辅以终端验证或强制挂载；加密卷还需单独解锁或回滚。
磁盘工具在修复宗卷时提示“由于底层错误失败”，说明 APFS 卷的元数据已出现结构性异常（如 B-tree 损坏、快照链断裂、ACL 错位或检查点无效），但物理磁盘和分区表仍可识别。这类错误不能靠单次点击“急救”解决，必须结合状态诊断与分层干预。
先确认错误是否真属于宗卷层级
不是所有“底层错误”都该由宗卷急救处理。满足以下全部条件，才适合走宗卷修复路径：
- 外置硬盘或内置盘在「磁盘工具」边栏中可见，且能展开看到 Container diskX 和其下的宗卷（如 “Backup - Data” 或 “Macintosh HD - Data”）
- 该宗卷名称显示为灰色、无法挂载，或双击后弹出 “invalid volume header”、“snapshot mismatch”、“Invalid checkpoint” 等明确指向 APFS 卷结构的报错
- 终端执行 diskutil list 能列出对应设备（如 disk2s1），且 diskutil verifyVolume /dev/disk2s1 返回具体文件系统级错误，而非 “device not found”
- 硬盘无异响、不发热、USB 连接稳定，在其他 Mac 上表现一致
进入恢复模式再操作（关键前提）
正常 macOS 下系统宗卷被占用，磁盘工具只能验证、无法深层修复。必须重启进恢复环境：
- Intel Mac：关机后按住 ⌘ + R 开机
- Apple Silicon Mac：长按电源键 → 选“选项” → 点“继续”
- 打开「磁盘工具」→ 顶部菜单「显示」→「显示所有设备」，确保三级结构完整可见
严格按顺序对三级结构分别急救
顺序错一步，后续修复就可能失效。宗卷依赖容器状态，容器又依赖物理分区表完整：
- 先选中最末级的数据宗卷（通常带 - Data 后缀），点「急救」→「运行」
- 成功后，再选它上方的APFS 容器（名称含 “Container diskX”），再次运行「急救」
- 最后选中最顶层的物理设备条目（如 “WD My Book” 或 “APPLE SSD…”），对整块盘做一次底层结构校验
终端辅助判断与强制唤醒（当图形界面卡住时）
若宗卷在磁盘工具里可见但“急救”按钮不可点，可尝试终端介入：
- 在恢复模式中打开「终端」，运行 diskutil list 找到目标设备标识（如 /dev/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 清除加密层（不删用户数据）
不复杂但容易忽略。
