☰

磁盘错误：物理（硬件）错误还是仅仅是文件系统？

tag-icon • tag-icon hard-drive external-hard-drive smart
磁盘错误：物理（硬件）错误还是仅仅是文件系统？

我时不时会遇到错误ADATA HD330 2TB盘（ST2000LM007-1R8174），例如在某些目录中：

在此处输入图片描述

此外，LED 有时会闪烁红色，同时也闪烁蓝色，这有点奇怪：

在此处输入图片描述

，因为这没有在数据表，见下文；纯红色应该意味着“冲击”（嗯，磁盘在桌子上是静止的），但是这个红色和蓝色闪烁。

在此处输入图片描述

那么，我如何发现错误是否是物理错误（硬件错误）？

我需要知道是否适合申请保修索赔。这可能只是文件系统错误（我注意到 USB 电缆接触不良，所以我更换了它，因此错误可能由此引起），也可能是物理磁盘错误。我不想在不知道是否是物理错误（即适合申请保修的情况）的情况下修复文件系统。

我尝试使用 Crystal Disk Info（见下文），但看到这个后我并没有任何感觉：

在此处输入图片描述

编辑：chkdsk 输出。我如何知道这些错误是硬件错误，还是文件系统错误？

C:\Users\Tomas>chkdsk d:
The type of the file system is NTFS.
The volume is in use by another process. Chkdsk
might report errors when no corruption is present.
Volume label is Nový svazek.

WARNING!  /F parameter not specified.
Running CHKDSK in read-only mode.

Stage 1: Examining basic file system structure ...
Attribute record (A0, $I30) from file record segment 30FC6
is corrupt.
Attribute record (A0, $I30) from file record segment 30FF0
is corrupt.
Attribute record (80, "") from file record segment 30FF1
is corrupt.
Attribute record (80, "") from file record segment 30FF2
is corrupt.
Attribute record (80, "") from file record segment 30FF3
is corrupt.
Attribute record (80, "") from file record segment 30FF4
is corrupt.
Attribute record (80, "") from file record segment 30FF5
is corrupt.
Attribute record (80, "") from file record segment 30FF6
is corrupt.
Attribute record (80, "") from file record segment 30FF7
is corrupt.
Attribute record (80, "") from file record segment 30FF8
is corrupt.
Attribute record (80, "") from file record segment 30FF9
is corrupt.
Attribute record (80, "") from file record segment 30FFA
is corrupt.
Attribute record (80, "") from file record segment 30FFC
is corrupt.
  394752 file records processed.
File verification completed.
  302 large file records processed.

Errors found.  CHKDSK cannot continue in read-only mode.

答案1

SMART 数据未显示任何典型的物理驱动器故障指标。（重新分配/待处理扇区、无法纠正的错误，都看起来不错。读取错误率看起来可能不太好，但预计会出现一些数字，如果它们足够低以至于可以纠正，它们似乎在预期范围内 - 它们高于阈值。）

下一步应该是运行 SMART 自检。在 Windows 上，可以使用 gsmartctl 完成此操作。可以直接运行简短测试。如果您希望运行长时间测试，则可能需要设置脚本循环文件访问以防止磁盘进入休眠状态。

这也可能是 USB <=> SATA 控制器板故障。不幸的是，没有简单的方法来诊断此类错误，但您可以尝试看看是否可以通过长时间运行的驱动器基准测试（例如使用 HD Tune）来导致它发生。这些在很大程度上与文件系统无关。

答案2

在受影响的驱动器上运行不带任何 Fix 参数 (/F) 的 CHKDSK。如果报告大量错误，请进行屏幕打印并在保修期内退回驱动器

答案3

由于我最近遇到过类似的情况，因此我的建议是：尝试将尽可能多的数据备份到新磁盘并重新使用磁盘。在复制文件时，您会看到复制速度有多快或多慢：如果只是逻辑错误（文件系统），复制速度会很快。但是，如果存在物理问题，复制速度会很慢（速度慢到一年后无法成功复制）。如果您想将磁盘送去保修，无论如何您都必须备份数据（在删除坏磁盘上的数据之前）。

原因：我认为您的磁盘在写入时受到了“冲击”。您的“寻道错误率”和“读取错误率”很高（如果原始值正确）。也许可以尝试使用 smartmontools。

另外，坏的电缆可能会导致文件系统出现逻辑一致性错误（除非磁盘具有写缓存，否则 chkdsk 应该能够修复该错误）

答案4

我需要知道是否可以申请保修索赔。

为了确定这一点，您必须读取所有扇区以发现无法读取的扇区。

使用 /F 和 /R 参数运行 checkdisk 可能会有帮助。

通过复制到空设备来运行 ddrescue 会列出日志文件中所有不可读扇区的位置。此外，每个不可读扇区都会增加 SMART 参数中的待处理扇区数。

请记住，驱动器的不当操作也会导致错误，并且如果您的经销商假装错误是由您的操作引起的，您将无法证明。

也可能出现其他错误，但在使用 Iometer 等工具对驱动器施加重负载之前，您需要备份驱动器。

相关内容