macOS FileVault加密中断后需先恢复元数据一致性：用sudo fdesetup status确认状态，diskutil apfs listSnapshots查快照异常，fdesetup list -verbose核验用户绑定；再进恢复模式执行fdesetup disable -force、清除FileVaultPRK.dat、删除incomplete快照，并用磁盘工具逐级修复容器与物理盘，最后重置用户权限。
macOS 磁盘加密（FileVault）配置过程中断，比如断电、强制关机或系统崩溃，通常不会直接导致磁盘损坏，但会留下不一致的加密元数据状态——表现为启动卡在灰色苹果界面、登录界面反复弹出“正在完成加密”提示、访达无法访问部分卷宗、或终端报错 APFS snapshot error / FileVault keychain mismatch。关键不是重试加密，而是先恢复元数据一致性，再决定是否继续或回退。
确认当前加密状态与中断痕迹
很多报错源于系统误判加密进度。先用终端快速定位真实状态：
- 运行
sudo fdesetup status：若返回FileVault is On.但后面跟着Encryption in progress...或Decryption in progress...，说明进程卡住；若返回FileVault is Off.却无法启用，可能是密钥链残留冲突 - 检查 APFS 快照异常：
diskutil apfs listSnapshots /，若输出中出现大量com.apple.TimeMachine.2026-07-07-143221类快照但状态为locked或incomplete，说明加密写入被截断 - 验证 FileVault 用户绑定：
sudo fdesetup list -verbose，比对输出中的 UUID 是否与当前登录用户匹配；若显示多个重复条目或user not found，说明身份映射已断裂
在恢复模式下清理加密残留并重置状态
普通模式下无法修改正在使用的加密卷元数据。必须进恢复环境执行三步清理：
- 重启按
Command + R进入恢复模式 → 打开“终端” - 关闭所有加密关联：
sudo fdesetup disable -force（忽略报错，强制解除挂起状态） - 清除加密密钥链缓存：
rm -f /Volumes/Macintosh\ HD/private/var/db/FileVaultPRK.dat（路径按实际卷名调整） - 重置 APFS 容器快照链：
diskutil apfs deleteSnapshot / -uuid [快照UUID]（先用上一步命令查出需删的 incomplete 快照）
修复底层文件系统后再决策是否重启加密
中断常伴随 ACL 和扩展属性错乱，尤其影响 /var/db/ 和 /private/var/folders。不修复就重开 FileVault，可能再次失败：
- 在恢复模式中打开“磁盘工具”，选中
Macintosh HD - Data→ “急救” → “运行”（修复用户数据区权限继承） - 再选其所属容器（如
Container disk2）→ 同样运行急救（同步系统卷与数据卷的加密上下文） - 最后选顶层物理设备（如
APPLE SSD AP0512M）→ 急救（排除因加密中断引发的分区表偏移） - 完成后重启，在正常系统中运行：
sudo diskutil resetUserPermissions / $(id -u)，确保主目录权限链完整
安全启用或跳过 FileVault 的实操建议
修复后不等于必须立刻重开加密。根据使用场景选择：
- 若设备常插拔电源或用于移动办公，建议暂缓启用 FileVault，改用全盘备份 + 强密码 + TCC 权限管控更稳妥
- 确需启用时，避开自动更新窗口：在“系统设置 → 隐私与安全性 → 文件保险箱”中手动开启，并保持合盖睡眠禁用、电源适配器持续连接至少 8 小时
- 启用后首次重启前，终端执行：
sudo fdesetup changepassword -oldpassword [旧密码] -newpassword [新密码]，主动刷新密钥链绑定，避免登录时二次验证失败
