检查apfs健康需分层验证：先用diskutil verifyvolume检查宗卷逻辑结构（如/system/volumes/data），确认b-tree等自洽；再用diskutil apfs list与verifyvolume排查容器异常；接着用repairvolume修复逻辑错误；最后用tmutil verifychecksums校验time machine快照完整性。
检查 macos apfs 文件系统健康状态，不能靠单个命令“一键扫描”，而要分层验证：先看卷结构是否自洽，再查容器是否稳定，接着确认快照是否可用，最后结合底层硬件响应综合判断。
用 diskutil verifyVolume 检查宗卷逻辑结构
这是最常用、最安全的起点，针对已挂载的 APFS 宗卷（如系统盘或数据卷），只读验证 B-tree、目录项、inode 等核心元数据是否一致：
- 检查系统数据卷：
diskutil verifyVolume /System/Volumes/Data - 检查根宗卷（只读系统部分）：
diskutil verifyVolume / - 若输出含 “The volume … appears to be OK”，说明逻辑结构正常；出现 “Invalid node” 或 “B-tree corruption” 则存在可修复错误
- 注意：该命令不修改数据，也不校验文件内容或快照，仅反馈宗卷层面的自洽性
用 diskutil apfs list + verifyVolume 排查容器异常
APFS 容器是物理磁盘上的逻辑分区，所有宗卷都建在它之上。容器损坏会影响多个宗卷：
- 先运行
diskutil apfs list查看容器状态，留意是否有 “Corrupted” 或 “Invalid” 标记 - 对容器设备（如
disk0s2）执行diskutil verifyVolume disk0s2（设备名需根据diskutil list确认） - 若容器验证失败，通常意味着 APFS 结构头或映射表异常，此时应优先尝试修复，而非直接操作宗卷
用 diskutil repairVolume 修复可恢复的逻辑错误
当 verifyVolume 报错且非硬件原因时，可尝试修复元数据错误：
- 命令格式与 verifyVolume 相同，仅将
verify替换为repair，例如：sudo diskutil repairVolume /System/Volumes/Data - 必须加
sudo，且目标卷不能被系统频繁写入——建议在恢复模式下操作更稳妥 - 成功提示 “The volume was repaired successfully”；失败提示 “Could not repair” 时，大概率是底层介质问题，需转向 S.M.A.R.T. 和 I/O 响应检查
结合 tmutil verifychecksums 校验 Time Machine 快照完整性
快照虽属 APFS 功能，但其可靠性依赖独立校验，尤其在断电或强制关机后易出问题：
- 运行
sudo tmutil verifychecksums /Volumes/Backup/Backups.backupdb（将路径替换为你的备份盘挂载点） - 该命令对快照引用做块级校验，能发现元数据损坏但卷仍可挂载的“静默错误”
- 若校验失败，说明备份快照不可信，应重新创建新备份，并检查源卷健康状况
