断电导致apfs逻辑宗卷元数据损坏，表现为无法挂载、finder不显示、磁盘工具中呈灰色或报错；需在恢复模式下按宗卷→容器→物理设备顺序依次急救，失败则立即镜像保数据。
“物理卷宗”不是 macos 的标准术语，你实际遇到的很可能是 apfs 容器中的逻辑宗卷（volume）——比如 macintosh hd 或 macintosh hd - data——因断电导致其元数据损坏，表现为无法挂载、访达不显示、磁盘工具中呈灰色或报错如 “invalid volume header”、“snapshot mismatch”、“corrupted extent record” 等。
先确认是不是逻辑宗卷元数据问题
断电引发的典型症状是：
– 磁盘在 diskutil list 中仍能列出（如 disk2s1），但 Finder 不显示、磁盘工具里不可选或显示“未装载”
– 运行 diskutil verifyVolume /dev/disk2s1 会输出具体错误，例如 “Invalid checkpoint” 或 “B-tree node is invalid”
– 整块硬盘在磁盘工具边栏中完全消失，或 diskutil list 都看不到设备，则已超出元数据范畴，可能是 GPT 分区表损坏或硬件故障，需另作诊断
必须在恢复模式下分层运行急救
启动磁盘本身不能自我修复，所以务必重启进入 macOS 恢复环境（开机按住 ⌘ + R）：
– 打开磁盘工具 → 选取“显示”→“显示所有设备”，确保看到三级结构：物理设备（如 APPLE SSD AP0512M）→ 容器（如 Container disk4）→ 宗卷（如 Macintosh HD - Data）
– 顺序不能错：
• 先选最底层的宗卷（通常是带 - Data 后缀的那个），点“急救”→“运行”
• 成功后，再选它上方的容器，再次运行“急救”
• 最后选最顶层的物理设备，对整块盘做一次结构校验
这个顺序是因为宗卷依赖容器状态，容器又依赖分区表完整
终端命令辅助强制挂载与加密中断处理
若磁盘工具中宗卷可见但无法急救，可尝试终端干预：
– 在恢复模式中打开“终端”，执行 diskutil list 定位设备标识（如 disk2s1）
– 运行 diskutil verifyVolume /dev/disk2s1 查看错误细节
– 若提示 “locked” 或 “file system is locked”，试 diskutil mount -force /dev/disk2s1
– 挂载成功后，返回磁盘工具再对其运行急救；失败则说明元数据已损，不宜反复操作
若为 FileVault 加密中途断电：
– 运行 diskutil cs list 找出状态为 converting paused 的逻辑卷组 UUID
– 尝试 diskutil cs unlockVolume UUID（需密码或恢复密钥）
– 失败则用 diskutil cs revert UUID 回滚；仍不行可 diskutil cs delete UUID（不删数据，仅清除加密层）
修复无效时优先保数据，别硬刷
如果三次以上“急救”均失败，或出现 “Could not mount”、“RAW”、“no file system” 等提示：
– 立即停止所有写入操作
– 用 dd 或专业镜像工具（如 Disk Drill、Carbon Copy Cloner）制作整盘 bit-by-bit 镜像
– 在镜像上尝试进一步恢复，原盘保留作为最后备份
– 切勿点击“抹掉”，除非你已确认数据无价值或已完成备份
