MacOS断电致目录损坏应先确认分区可见性，再依宗卷→容器→物理盘顺序在恢复模式下用磁盘工具“急救”修复；若宗卷锁定则终端强制挂载；FileVault中断需解锁、回滚或删除加密层。
macos断电后出现目录损坏，通常表现为访达里卷不显示、挂载失败、提示“invalid volume header”或“snapshot mismatch”，但磁盘仍能在diskutil list中被识别——这类问题属于逻辑卷层级的文件系统错误，磁盘工具的“急救”功能可以有效应对。
先确认是目录级损坏，不是硬件或分区表问题
打开终端（可在恢复模式中），运行：
diskutil list —— 若能看到对应分区（如 disk2s1），说明物理层和GPT分区表基本完好；
再执行：
diskutil verifyVolume /dev/disk2s1 —— 若报错含 Invalid checkpoint、corrupted extent record 或 B-tree node is invalid，就属于目录结构或元数据损坏，适合用“急救”修复。
如果连分区都看不到，或 diskutil list 报错，那已超出逻辑卷范畴，需考虑硬件检测或分区表重建。
必须在恢复模式下逐层运行急救
断电损坏常影响宗卷→容器→物理盘的依赖链，修复顺序不能错：
- 重启按 ⌘ + R 进入 macOS 恢复环境；
- 打开“磁盘工具” → 菜单栏点“显示”→“显示所有设备”；
- 边栏中会出现三级结构：物理设备（如 APPLE SSD AP0512M）→ 容器（如 Container disk4）→ 宗卷（如 Macintosh HD - Data）；
- 第一步：选中最底层的宗卷（通常是带 - Data 后缀的那个），点“急救”→“运行”；
- 第二步：修复成功后，选中它上方的容器，再次运行“急救”；
- 第三步：最后选中顶层物理设备，对整块盘做一次结构校验。
宗卷卡住或显示“locked”时的终端干预
有时宗卷在磁盘工具中可见但“急救”按钮灰色，可尝试终端唤醒：
- 在恢复模式中打开“终端”；
- 执行 diskutil verifyVolume /dev/disk2s1 查看具体错误；
- 若提示 file system is locked，运行：
diskutil mount -force /dev/disk2s1；
- 成功挂载后，回到磁盘工具再对其运行“急救”；
- 若强制挂载失败，或反复验证均报 No valid APFS superblock，说明核心元数据已损，不宜继续操作，应优先导出数据。
遇到FileVault加密中断要单独处理
断电易导致FileVault加密过程暂停，表现为LVG状态为 converting paused 或 locked：
- 终端中运行 diskutil cs list 找到逻辑卷UUID；
- 尝试解锁：
diskutil cs unlockVolume UUID（输入密码或恢复密钥）；
- 解锁失败则回滚：
diskutil cs revert UUID；
- 回滚也失败，可用：
diskutil cs delete UUID 清除加密层（不删除用户数据，仅移除加密包装）。
