Mac检测硬盘坏道需分层操作：先用smartctl或nvme命令查S.M.A.R.T.底层参数（Reallocated_Sector_Ct等非零即存物理坏道），再逐层verifyVolume验证APFS结构，发现B-tree错误后用repairVolume修复，最后用tmutil校验Time Machine快照并监控活动监视器磁盘等待时间。
Mac用户需要确认本地磁盘是否存在物理坏道或文件系统级损坏，避免数据静默丢失或系统突然崩溃，不能只依赖图形界面提示——有些坏道已触发重映射但S.M.A.R.T.仍显示“已验证”，有些APFS元数据错误在Finder里只表现为文件打不开、Time Machine备份中断。
先查S.M.A.R.T.底层状态（5秒初筛）
打开终端，执行：
smartctl -a /dev/disk0
将disk0替换为你实际的物理磁盘标识符（可用diskutil list确认）。该命令直接读取硬盘固件报告，比“磁盘工具”信息更全。重点看Reallocated_Sector_Ct、Current_Pending_Sector、UDMA_CRC_Error_Count三项数值：只要任一非零，说明已有物理扇区失效或待重映射。【若Current_Pending_Sector > 0，代表坏道正在恶化，必须立即停止写入并备份】
SSD用户需额外运行：
nvme smart-log /dev/nvme0n1
NVMe协议不兼容smartctl -a，必须用nvme-cli专用命令；/dev/nvme0n1是典型设备名，可通过ioreg -rn NVMe | grep BSD替代确认。
分层验证APFS结构完整性
APFS损坏常表现为目录项丢失、B-tree节点断裂，但S.M.A.R.T.完全正常。必须逐层验证：
第一步：验证用户数据卷
sudo diskutil verifyVolume /System/Volumes/Data
第二步：验证系统宗卷（只读）
sudo diskutil verifyVolume /
第三步：验证容器本身（关键！容器损坏会导致所有子卷异常）
先用diskutil apfs list定位容器设备名（如disk0s2），再执行：
sudo diskutil verifyVolume disk0s2
注意：verifyVolume全程只读，不修改任何数据。若某一步输出含“Invalid node”或“Corrupted B-tree”，说明对应层级存在可修复逻辑错误，立刻进入下一阶段。
尝试修复可恢复的文件系统错误
方法一：对已挂载卷轻量修复（适用于非系统盘或用户数据卷）
sudo diskutil repairVolume /System/Volumes/Data
方法二：对容器强制修复（当diskutil apfs list显示容器状态为“Corrupted”时）
sudo diskutil repairVolume disk0s2
【必须加sudo，且目标卷不能被Finder、Time Machine或任何后台进程写入；若修复失败并提示‘Could not repair’，基本可判定是硬件层故障，不再尝试反复repair】
方法三：在恢复模式下修复启动卷（当系统无法正常启动或verifyVolume报错时）
重启按Cmd+R进恢复环境→打开终端→执行：
diskutil verifyVolume “Macintosh HD” → 若失败则运行：
diskutil repairVolume “Macintosh HD”
校验Time Machine快照防静默损坏
Time Machine快照虽基于APFS，但其引用表独立于主宗卷，S.M.A.R.T.和verifyVolume均无法覆盖。若备份盘已挂载，运行：
sudo tmutil verifychecksums /Volumes/MyBackup/Backups.backupdb
该命令会遍历所有快照，重新计算每个文件的SHA-256校验和并与元数据记录比对。出现“checksum mismatch”即表示该快照中对应文件已损坏，需从更早快照恢复或重新备份。
监控隐性坏道行为（无需工具安装）
打开活动监视器→切换到“磁盘”标签页→观察“读取字节/秒”和“写入字节/秒”右侧的“等待时间（ms）”列。若某磁盘持续显示>100ms且伴随高I/O等待，即使S.M.A.R.T.正常、verifyVolume通过，也极可能是坏道导致磁头反复重试寻道。【此时不要继续存放大文件或运行Time Machine，先执行全盘备份】
