S.M.A.R.T.、坏道扫描、数据校验：都显示正常，也不是同一个结论

检查结果必须跟着检查对象读

S.M.A.R.T. 是硬盘自监测、分析与报告机制，帮助观察设备健康和相关自检结果。坏道扫描或表面读取检查更关注被扫描区域能否读取；数据校验关注读取结果是否与校验信息一致。

真正的恢复验证还要多一步：从备份中取回目标版本，在应用里打开并检查内容。四者可以互补，不能相互代替。

这四类结果分别能说明什么

工具里“坏道检测”可能是不同类型的测试。有的读取，有的包含破坏性写入；先确认说明与对象，不把互联网上的裸盘写入测试直接套到有资料的阵列成员上。

场景：相册打不开，但硬盘还是绿灯

先保存故障现象、涉及文件范围和系统告警，避免用批量修复覆盖原件。文件可能在上传前就损坏，也可能被误改；设备健康页面没有报警，并不能排除这些原因。

可从独立备份找较早版本，复制到新目录后打开比较。若只有一份文件，即使一次自检通过，也不会凭空生成原本正确的内容。

快速自检与扩展自检不是同样的覆盖

设备可能提供快速和扩展测试，具体可用性取决于硬盘与系统。扩展测试通常更费时，后台负载与容量都会影响完成时间；某个进度百分比不能直接换算还要多久。

读取原始健康属性时还要关注厂商定义、标准化值和趋势。不能看到某个原始数字非零，就跨品牌套用统一的报废阈值；同样，重要告警也不能因为总状态仍是绿色而忽略。

数据校验能修复，还需要条件

Btrfs 校验可以帮助识别不一致，修复则依赖可用的正确冗余数据。平台的数据校验任务还可能同时涉及文件系统校验和 RAID 校验，两者支持范围并不相同。

以 DSM 7 帮助为例，共享文件夹是否启用数据校验，决定对应文件是否具备相应校验依据；存储池布局和卷格式也影响可用功能。只有两盘镜像，不应就认定所有文件必然完成了某一种 RAID 校验。

维护计划要避开“所有重任务一起跑”

在系统支持的范围内，按资料变化、设备负载和厂商要求安排自检、校验、备份与结果通知，观察任务是否真的完成。没有适合所有家庭的固定周期，也不应让多个全盘任务同时争抢磁盘后再据此判断硬件性能。

出现降级、持续 I/O 错误或严重告警时，优先确认可恢复资料并按厂商流程处理，不把长时间压力扫描当作第一步。日常检查最后应接一次保留原文件的恢复演练，并核对备份版本保留。