经历慢速复制从 2.5 英寸 USB 硬盘驱动器中，我复制了所有数据（除了几个无法读取的文件），然后删除并重新创建分区，并在 Windows XP 下快速格式化驱动器，没有出现错误。但是，驱动器上的 SMART 状态显示“读取错误”。短 SMART 测试和长 SMART 测试都会在几个百分点后中止并报告“读取错误”。我现在正在对驱动器进行完整格式化。经过很长一段时间（大约格式化一半），驱动器指示灯停止闪烁，但格式化并未中止。我取消了它并再次成功完成了快速格式化。
我想了解为什么在硬盘即将发生故障或无法使用时可以成功格式化硬盘？如果 SMART 测试因错误而中止，如何仍可以格式化硬盘？这答案表明 SMART 并不是那么智能；但是它是否反过来起作用 -- SMART 认为有问题的驱动器实际上并没有坏？
我想我应该把这个驱动器用作门挡或镇纸器？它已经有几年历史了，但用处不大。它得到了精心的照顾，并装在自己的“防震”外壳中。
编辑： smartctl -H在 Debian sid 下显示“PASSED”。
编辑： badblocks（默认只读模式）已运行约 75 分钟，完成度为 45%。发现 4 个读取错误。
编辑：我停下来badblocks，记下了四个坏块的编号。然后，我再次在-n坏块前面运行它，让它跑过它们。我用破坏性写入（只是第一个模式）重复了这一操作，并让它再次跑过该区域。然后，我在只读模式下测试，发现块没有被检测为坏块。我返回palimpsest并刷新了 SMART 数据，现在它报告驱动器正常。我重复了之前做过的简短自检palimpsest，现在它没有中止，而是完成了并报告磁盘正常。可能是写入这些坏块迫使驱动器找到问题并换出坏块。
答案1
“SMART 的目的是警告用户即将发生驱动器故障，同时仍有时间采取行动，例如将数据复制到替换设备。” -维基百科
SMART 错误是预测性的，并不总是驱动器出现故障的实际迹象有失败。快速格式化不会读取/写入驱动器上每个潜在的坏块，因此在您的情况下它可能会成功。
如果您遇到任何类型的错误，我肯定会考虑更换驱动器。
答案2
运行 SMART 自我检测：
smartctl -t long /dev/sdX
这将需要一些时间（对于大硬盘来说可能需要几个小时），之后你可以通过以下命令查看结果
smartctl -a /dev/sdX
在SMART Self-test log块中。到目前为止，此自检功能 100% 可靠 - 如果它显示“完成且无错误”，则磁盘正常，如果它报告任何错误，则将其丢弃。