问题[smart](computer)

我的一块硬盘有一些损坏的扇区，处于待处理状态。我想强制重新定位。

从问题重新分配坏扇区[Linux]我知道我可以使用sudo hdparm --yes-i-know-what-i-am-doing --write-sector 215040 /dev/sda，但如何解释这一行：

# 1  Extended offline    Completed: read failure       90%     31807         1362407718

考虑到磁盘有 4 KB 扇区？31807 是使用寿命小时数（包装在 65k...），1362407718 是导致错误的 LBA，并且 SMART“长测试”随之结束。

该磁盘有 512b 个逻辑扇区和 4 KB 个物理扇区。

Sector Sizes:     512 bytes logical, 4096 bytes physical

我按照https://www.smartmontools.org/wiki/BadBlockHowto#Badblockreassignmentsg_verify中的建议进行了尝试，但它没有提供任何输出：

# sg_verify -v --lba=1362407718 /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T1033727
# 

我应该如何强制重新映射坏扇区？

我正在运行 Ubuntu 22.04 LTS，并且磁盘使用 ZFS 格式化。

最近smartclt关于希捷“Iron Wolf”ST4000VN008-2DR166 的报告包括以下引起我注意的内容，因为 Command_Timeout 在Backblaze 的即将发生磁盘故障的 SMART 指标列表中。

188 Command_Timeout -O--CK 100 099 000 - 4295032833

进一步深入研究，这个Smartmontools.org 票表明其他希捷驱动器可能将此字段用作三个压缩的 2 字节整数，解释为

[0:1] Command Timeout Occurred
[2:3] Command Timeout Occurred, command was in queue >5 seconds
[4:5] Command Timeout Occurred, command was in queue >7.5 seconds

请注意，此票证的提交者并未指明此解释的来源。

正如票中所建议的那样，我使用-v 188,raw16了这个结果，这似乎更有意义

188 Command_Timeout -O--CK 100 099 000 - 1 1 1

查看 Smartmontools.org驱动器数据库，该驱动器被列为

 { "Seagate IronWolf", // tested with ST3000VN007-2E4166/SC60, ST4000VN008-2DR166/SC60,
          // ST6000VN001-2BB186/SC60, ST6000VN0033-2EE110/SC60, ST6000VN0041-2EL11C/SC61,
          // ST8000VN0022-2EL112/SC61, ST10000VN0004-1ZD101/SC60,
          // ST12000VN0007-2GS116/SC60, ST12000VN0008-2JH101/SC60
        "ST(1|2|3|4|6|8|10|12)000VN00(0?[2478]|1|22|33|41)-.*",
        "", "",
        "-v 18,raw48,Head_Health "
        "-v 200,raw48,Pressure_Limit "
        "-v 240,msec24hour32"
      },

维护人员已经测试了这个驱动器并确定了一些需要特定格式的值（18,200、240），但不是值 188。

Seagate 的页面“我如何解释 SMART 诊断实用程序结果？” 表示其 SMART 值的解释是专有的

请记住，这些第三方程序对 Seagate 硬盘信息没有专有访问权限，因此通常会提供不一致和不准确的结果。

希捷硬盘的Smartmontool wiki不包括参数 188。

在这种情况下，是否有其他来源可以提供有关解释此数据值的权威信息？如果没有，我将使用“raw16”解释并研究如何与驱动器数据库维护人员共享此信息。

我有购买二手 HGST HUS724020ALA640 的报价。卖家发送了一张使用 CrystalDiskInfo 制作的 SMART 参数截图。我检查了这些参数，它们处于参考状态（或接近参考状态），但启动时间的原始值除外：

附加信息

该硬盘于2016年生产，运行时间为45,321小时，上电次数为29次（服务器使用）。

问题

根据SMART Attribute：Spin-Up Time定义为：

启动时间 SMART 参数指示主轴启动（从零 RPM（每分钟转数）到完全运行）的平均时间（以毫秒或秒为单位）。

但是，值 00A011EE01F0（十进制中的 687495578​​096）太大而不能作为秒数或毫秒数。

启动时间的原始值实际上意味着什么？

我工作场所的一台计算机有时会显示找不到硬盘驱动器的错误。每次，我们的 IT 人员只需重新安装电缆即可修复它。到目前为止，这个问题已经将近一年没有出现了。

我决定检查硬盘的健康状况，发现它缺少一些 SMART 数据。例如，未显示温度和“通电时间”。但是，除此之外没有错误，CrystalDiskInfo 指示健康状态为“良好”。

我不相信这个问题与 CrystalDiskInfo 相关，因为 Defraggler 显示了同样的事情。

任何人都知道可能是什么原因？这是否表明需要更换硬盘驱动器？

这是一个奇怪的现象。我有一个磁盘，几年后我启动它时，它的 SMART 状态在 CrystalDiskInfo 中显示为 Caution。它有不可纠正的扇区和待处理的扇区，并且一些文件已损坏。我下载了 Seagate 实用程序（磁盘是 Seagate）并执行了 Long Fix All。运行了大约 6 个小时后，当我重新运行 CrystalDiskInfo 时，它的状态变为 Good。仍然有不可纠正的扇区数，大约 22 个重定位的扇区数等，但状态为蓝色良好。谁或什么决定了状态的好坏？CrystalDiskInfo 还是磁盘本身？警告盘真的可以再次变好吗？

我在检查笔记本电脑的 HDD（希捷 ST500LT012-1DG142）时发现它的Reallocation_Event_count值很大而Reallocated_Sector_Count为零。

$ sudo smartctl --attributes /dev/sda | grep -i reall
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
196 Reallocated_Event_Count 0x000f   076   076   030    Pre-fail  Always       -       21714 (35893 0)

驱动器来自希捷，这是来自 SeaTools 的截图：

据我所知：

重新分配扇区计数 SMART 参数表示重新分配扇区的计数（512 字节）。当硬盘驱动器发现读/写/验证错误时，它会将这个扇区标记为“重新分配”，并将数据传输到一个特殊的保留区域（备用区域）。

那为什么Reallocated_Sector_Count是零呢？还有什么可能导致这些重新分配的事件计数？

我有一个 WD Black 7200RPM 笔记本电脑硬盘，它是辅助驱动器。我是7个月前买的。而且我不会将它用于任何繁重的工作。只需保存一些文件，就是这样。

我从CrystalDiskInfo大约 3 个月前截取了一张截图并保留了它，今天我刚刚打开CrystalDiskInfo并将值与旧截图进行比较，我看到Read Error Rate值已经改变。

Attribute Name    | Current | Worst | Threshold
Read Error Rate   |    100  |   253 |    51

但是今天，

Attribute Name    | Current | Worst | Threshold
Read Error Rate   |    200  |   200 |    51

为什么当前值和最差值发生了变化？硬盘怎么了。这很糟糕吗？

而且Start/Stop Count，Load/Unload Cycle Count价值观也发生了变化。

以前他们是，

Attribute Name          | Current | Worst | Threshold
Start/Stop Count        |    100  |   100 |     0
Load/Unload Cycle Count |    200  |   200 |     0

但现在他们是，

Attribute Name          | Current | Worst | Threshold
Start/Stop Count        |    98   |   98  |     0
Load/Unload Cycle Count |    199  |   199 |     0

根据我在 Internet 上找到的有关 Seagate HDD 的 Seek Error Rate SMART 属性的唯一文档，我们必须执行以下计算才能获得 SER 标准化值：

1. 获取 SER 的原始 48 位十六进制值（基于给定示例0x052E0E3000EC）

2. 将其拆分为 4 个最上半部分和 8 个最下半部分：

   查找错误 = 0x052E (1326)

   寻求 = 0x0E3000EC (238026988)

3. 应用公式：

   -10 log (Seek errors / Seeks)

我们得到52.54的结果。实际上，根据示例，这是 SMART 实用程序报告的内容（作为四舍五入的数字）：

Attribute        ID Threshold Value Worst Raw 
======================================================
Seek Error Rate  7  30        53    38    052E0E3000EC

问题是我无法理解这个标准化的 SER 值是如何与上面链接给出的表相关联的：

90 — <= 1 error per 1000 million seeks
80 — <= 1 error per 100 million
70 — <= 1 error per 10 million
60 — <= 1 error per million
50 — 10 errors per million
40 — 100 errors per million
30 — 1000 errors per million
20 — 10 errors per thousand

我们可以推断，报告的值 53 对应于每百万次搜索的 7.3 个错误（从值为 50 的每百万个 10 个错误开始，每个连续值减去 0.90 个错误，直到达到 60）。

然而，SMART 实用程序报告的原始值给出了 238026988 次搜索，即大约 2.38 亿次。因此，如果每百万次搜索有 7,3 个错误：

238 * 7,3 = 1737,4 errors in total

这似乎是不正确的，因为报告的错误数为1326，并且该数字最接近的标准化值将是55（每百万次搜索 5,5 个错误）而不是 53。

我的推理是错误的还是例子？

我有一个新带来的笔记本电脑硬盘WD blue 5400 RPM HDD。今天，当我用笔记本电脑更换这个新硬盘时，我从 CystalDiskInfo 中检查了硬盘详细信息，发现与其他 WD HDD CrystalDikInfo 详细信息相比，值之间存在差异。我只需要知道为什么这些 Current、Worst 和 Threshold 以及其他值不同，以及该磁盘的值是否存在任何问题。还有这个盘好不好。任何人都可以帮助我吗？提前致谢。

我有一台新带来的笔记本电脑，它有 WD Black 7200 RPM HDD。昨天我截取了一张截图CystalDiskInfo并保留了它，今天我刚刚打开 CystalDiskInfo 并将值与旧截图进行比较，我看到spin-up time值已经改变。1 天前启动时间是

Attribute Name | Current | Worst | Threshold
spin-up time   |    186  |   181 |    21

但是今天是

Attribute Name | Current | Worst | Threshold
spin-up time   |    184  |   181 |    21

为什么Current价值在下降？甚至这是一个月前带来的新硬盘。所以我想知道这个问题有多严重，CrystalDiskInfo 中显示的值有什么问题。任何人都可以帮助我吗？提前致谢。