磁盘实用程序通过 SMART 报告初始启动时间较慢

磁盘实用程序通过 SMART 报告初始启动时间较慢

我不确定这是一个真正的问题还是我应该报告给 Ubuntu 的错误。

使用:Ubuntu 11.10,在Intel Q6600、Samsung Spinpoint F4 2TB 上。

我已经将我的电脑设置为暂停回来后,按下 Enter 键,登录后一切恢复正常。但是,我收到了一条来自磁盘工具那个磁盘报告错误。我进入磁盘实用程序,我的三星 2TB 磁盘(安装 Ubuntu 的磁盘)的 SMART 状态变为红色,上面有错误消息。错误是:

旋转时间失败值 21,阈值为 25(因此报告错误,因为 21 < 25)我重新启动并启动 Windows 以查看 HD Tune 报告的内容。不幸的是,它完全相同,都是 21/25。

在 Wiki 上阅读了有关 SMART 和错误的信息后,我发现 Spinup 时间是磁盘达到全速旋转所需的时间(以毫秒为单位)。

然后我突然想到,在 Ubuntu 中暂停系统,导致我的所有硬件停止运行。当我重新启动 Windows 时,硬件并没有真正停止运行,因此 SMART 对旋转时间仍然是 Ubuntu 暂停的原因。所以我完全停止了 PC,然后再次启动,在 Ubuntu 和 Windows 中都查看是否有不同的读数。两者都报告了成功的 Spinup 时间,68(比 21 好一点 :) ),尽管在磁盘实用程序中我有一条不错的消息:过去失败了

所以现在我很确定 Ubuntu 没有正确处理暂停,但我是否应该担心即将发生硬件故障?我是否缺少某些驱动程序?我是否应该将此作为错误报告给 Ubuntu?

如果这不是一个适合提问的地方,我很抱歉。

答案1

这些 GUI 工具非常简洁,但真正重要的是智能测试的短/长运行测试的输出结果。具体来说,SATA 磁盘从冷插拔到可用大约需要 14-20 秒,包括启动。我敢打赌,该参数测量的是磁盘达到最低速度所需的时间,以便可以开始启动。就像你说的,检测到了额外的 4 毫秒减速,这并不是惊天动地的事情。

运行自我测试并查看其结果。

sudo -s
apt-get install libatasmart-bin
sktest /dev/sdX short
watch -d 'skdump /dev/sdX | head -n 20'

当它达到 100% 时,只需再次运行 skdump 而不进行 stdout 节流。然后在短测试完成后对扩展测试执行相同的操作,该测试需要一段时间。

我并不是这些 GUI 工具的忠实粉丝,它们没有任何启发式方法,因此用户看到的只是“失败”,而没有严重程度的背景。

以供参考:维基百科 SMART 条目

03      0x03    Spin-Up Time    
Average time of spindle spin up (from zero RPM to fully operational [millisecs]).

答案2

2018 年已经过去了,我仍然在使用一些韩国制造的三星 HD204UI 2TB 硬盘,在我看来,这是有史以来最好的硬盘之一。我在各种计算机和 RAID 阵列中安装了大约 20 个硬盘,我的一个好朋友至少有 10 个。我们从来没有遇到过任何问题,其中一些硬盘的使用时间超过 60K 小时,并且经过了 1000 次开机循环,没有出现坏扇区或待处理扇区。

无论如何,我最近暂停了我的 Linux Mint 19 机器(咳嗽我使用 Ubuntu,这对我来说是极其罕见的。开机/恢复时,我安装的 4 个驱动器中有 2 个现在报告有关旋转时间的 SMART 错误。(两者都是运行时间很短的驱动器,<9000)。

检查smartctl -a /dev/sdX

3 Spin_Up_Time            0x0023   068   021   025    Pre-fail  Always   In_the_past 9889
3 Spin_Up_Time            0x0023   067   021   025    Pre-fail  Always   In_the_past 10272 

磁盘实用程序将两个驱动器都报告为“未来 24 小时内即将发生故障”或类似情况,所有 4 个驱动器都报告按时启动的抛光值为 9-10 秒。

有趣的是,我运行了一个短暂离线测试在两个“失败”的驱动器上都正常完成。检查 SMART 日志显示: Short offline -- Completed without error。有趣的是,磁盘实用程序将一个驱动器报告为,Disk is OK, one attribute failed in the past而另一个驱动器仍显示SELF-TEST FAILED。从 gnome-disk-utility 又名“磁盘”重复测试似乎已恢复第一个

这可能是三星 F4EG(又名 HD204UI)的固件错误,并且可能永远无法修复,但也有可能 Ubuntu/Debian/Mint 误用了某种低级 SATA 接口,正如网络上其他地方所建议的那样。

相关内容