SMART 是否有可能给出错误的读数（比如我在摆弄大量的恢复程序、传输等），还是它绝对是与驱动器物理状态的只读直接关联？
SpinRite 5 级“恢复坏扇区”是否对工厂标记的扇区进行操作？它们是否与您的通用坏扇区处于同一级别，因此 SpinRite 具有完全访问权限？
（许多？）驱动器的主要固件，如 WD Passport存储在盘片上。它是如何保护的？SpinRite 的扇区恢复会损坏它吗？
驱动器无法报告有效身份信息 (
hdparm -I /dev/xx) 是否与损坏的固件一致，或者只是一般的磁盘故障？我可能误解了固件在这里的作用。我感觉我读过一个驱动器的身份信息是在盘片上，就像分区表等等。这是真的？
Smart 在磁盘上记录大量值。对于每个值，在报告错误之前都有一个限制。如果您遇到 smart 错误，您的磁盘很可能是坏的，但 smart 不能保证给出警告。某些类型的滥用（经常启动和关闭磁盘）可能会导致早期智能错误。
我不知道 SpinRite 对磁盘使用什么接口。在某些磁盘上，生产磁盘时使用了工厂接口，但我认为磁盘在没有特殊硬件的情况下不会暴露这一点。否则它只能读/写标准驱动参数，而不能轻易访问被固件标记为坏的块。
没有磁盘（在 IDE 之后）将整个固件存储在盘片上。因为它需要一个固件来读取盘片。IDE/SCSI 之前的磁盘有时没有固件。我认为没有理由将固件存储在盘片上。
有关磁盘几何形状等的信息存储在片上固件中。未能报告它可能是磁盘死机的迹象，也可能是磁盘的通信问题（例如主/从冲突）。
如果磁盘无法报告几何图形，您通常无论如何都无法读取它。在这些情况下，我通常建议从备份中恢复...因为您确实有备份，对吗？
http://www.linuxjournal.com/magazine/monitoring-hard-disks-smart
我发现了类似的结论。我们的驱动器发生故障的频率更高，在 smartctld 上没有任何指示。SMART 检测到读取错误、驱动器可能发生机械故障或控制器板故障，这是永远/很少可预测的。