☰

如何修复高 Load_Cycle_Count 笔记本电脑驱动器（Vaio TX1XP 中的 TOSHIBA MK6006GAH）？

tag-icon • tag-icon laptop hard-drive smart
如何修复高 Load_Cycle_Count 笔记本电脑驱动器（Vaio TX1XP 中的 TOSHIBA MK6006GAH）？

希望有人知道这里到底发生了什么。看来此驱动器结合了积极的省电设置和 Ubuntu 默认设置，大大增加了Load_Cycle_Count驱动器的性能：

https://wiki.ubuntu.com/DanielHahler/Bug59695

因此，驱动器现在速度太慢，无法启动，因为访问数据需要很长时间，内核无法正确识别它。我并不担心驱动器上的数据，但真的希望笔记本电脑能够正常工作。有迹象表明这是可能的，因为这个数字仍然低于 200,000，而大多数驱动器据称会达到 600,000。此外，SMART 测试通过并认为驱动器健康且没有错误。但真正令人惊讶的是当我运行 mhdd 时......

每次读取都显示红色（缓慢），直到我按下“R”重置驱动器。我注意到下一次读取速度是正常速度，因此按住“R”。神奇的是，只要我按住该键，驱动器就可以完美读取，但释放后，驱动器又恢复缓慢（且嘈杂）的寻道/读取。我认为 mhdd 的源代码不可用，所以我不太确定这意味着什么（此外，我对低级 HDD 的东西也了解不够多）。驱动器似乎应该能够工作，但卡在尝试省电或类似操作时。笔记本电脑上没有 BIOS 选项。

有人知道我该如何阻止驱动器执行这种极其缓慢/嘈杂的操作吗？或者不断重置驱动器也会造成损坏，并且只能靠运气让它正常工作（即不建议修复）？

答案1

高 Load_Cycle_Count 不是预故障属性之一。即使您的 SMART 状态表明硬盘驱动器正常...根据您对噪音和速度的描述，它很可能有问题。至于在 mhdd 中按住 R 键全速运行...我不知道。

硬盘快报废时会发出许多奇怪的声音。不断对硬盘进行电源循环不会损坏硬盘。

我不相信制造商提供的 SMART 属性的通过/失败指南。我多次看到硬盘损坏数据并出现问题，尽管 SMART 状态旁边有一个大大的绿色 OK。我建议查看原始数据计数（在 Windows 中使用 HDTune 或在 Linux 中使用 smartctl）。从那里，您可以对驱动器的健康状况做出更明智的决定。

Google 开展了规模最大的消费者硬盘故障研究...因此您可能想看看他们 2010 年的研究结果：

例如，我们发现，在第一次扫描错误之后，驱动器在 60 天内发生故障的可能性是没有此类错误的驱动器的 39 倍。重新分配、离线重新分配和试用计数中的首次错误也与更高的故障概率密切相关。尽管存在这些强相关性，但我们发现仅基于 SMART 参数的故障预测模型的预测准确性可能会受到严重限制，因为我们的大部分故障驱动器根本没有显示任何 SMART 错误信号。

http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf

您还可能会喜欢维基百科文章，其中概述了各种 SMART 属性以及哪些属性与机电故障相关。

http://en.wikipedia.org/wiki/SMART。

修复硬盘的唯一正确方法是更换它。修复现有硬盘是您尝试从中恢复数据时才会做的事情……即使如此，您也希望将所有内容迁移到新硬盘上。我认为可以肯定地说您的硬盘坏了。

答案2

我在我的 VAIO（TOSHIBA MQ01ABD075）上修复了这个问题

Load_Cycle_Count如果您读取任何 HDD SMART 选项，则不会增加。

我用/usr/sbin/smartctl -g apm /dev/sda

#!/bin/bash

while :
  do
  sleep 3
  /usr/sbin/smartctl -g apm /dev/sda  > /dev/null
done

答案3

GoldMangust 的回答很好；这很类似，并添加了一些信息。

这表明能够停止增加负载循环计数（在 Seagate Laptop SSHD 混合硬盘的 macOS 10.12 上，型号：ST1000LM014）：

while : ; do sleep 9; smartctl -A /dev/disk0 | grep "Load_Cycle_Count\|FLAG\|smartctl" ; done

每 9 秒似乎就足够了。

答案4

我找到了一个更好的解决方案。

它在 /usr/local/bin 中安装了一个名为 hdapm 的工具，并安装了 LaunchDaemon plist 文件以在启动时运行它，将所有连接的驱动器设置为最大性能模式。

考虑到我的驱动器远远超出规格，这肯定是合适的。其他人可能想修改 plist 文件，将他们的驱动器设置为更适中的设置。

就我而言，输出结果相当可怕——驱动器远的超出规格并且很可能接近失败：

smartctl 6.5 2016-05-07 r4318 [Darwin 16.7.0 x86_64] (local build) ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED ... RAW_VALUE 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always ... 857614

。

我已经smartctl安装，并运行

sudo  smartctl -g all  /dev/rdisk0,

我可以看到系统偏好设置“尽可能让硬盘进入睡眠状态”对此驱动器的 apm 设置没有影响 - 无论如何它都是 128。如果中间设置产生了我看到的结果，我会说驱动器有一些不合理的设置。另外，我想知道即使是新 Mac 内置的驱动器是否也会显示/带有疯狂的 apm 行为/设置。我敢打赌不会，但如果我输了这样的赌注，我也不会感到惊讶。

相关内容