这是一个创建于 1630 天前的主题，其中的信息可能已经有所发展或是发生改变。
具体数据如图：
1 RAW_READ_ERROR_RATE 搜了下希捷似乎都这样，那先放一边。拉到最下面，看 HEAD_FLYING_HOURS TOTAL_LBA_WRITTEN 也大的吓人，不知道这俩是啥情况？求大佬指教。另外 ECC_ON-THE-FLY_ERROR 也很大，不知道啥情况。。。
第 1 条附言 · 2020-06-08 15:23:32 +08:00
搜索了一下找到了这么一个文章：
http://www.users.on.net/~fzabkar/HDD/Seagate_SER_RRER_HEC.html
根据作者的研究，希捷的部分 S.M.A.R.T. 数据是由两部分拼接出来的。
例如 Seek Error Rate，总共是 48 bits，也就是 0x0000_00000000 这么长的一串。
其中，高 16 位表示错误计数，低 32 位表示总数。
那么，截图中的 6272437 就是 0x0000_005FB5B5，说明已经有 627_2437 次寻道，尚未出现错误。
带入公式，算出值应为 -10 log(1/6272437) = 67.97 ，与图中的 68 吻合。
http://www.users.on.net/~fzabkar/HDD/Seagate_SER_RRER_HEC.html
根据作者的研究，希捷的部分 S.M.A.R.T. 数据是由两部分拼接出来的。
例如 Seek Error Rate，总共是 48 bits，也就是 0x0000_00000000 这么长的一串。
其中，高 16 位表示错误计数，低 32 位表示总数。
那么，截图中的 6272437 就是 0x0000_005FB5B5，说明已经有 627_2437 次寻道，尚未出现错误。
带入公式，算出值应为 -10 log(1/6272437) = 67.97 ，与图中的 68 吻合。
 |
1
msg7086 2020-06-08 08:34:13 +08:00
读取量 4TB 写入量 4TB ？你这是盘扔进了阵列做了初始化吗？
|
 |
2
Citrus OP @msg7086 哦！好像还真是，那说明 TOTAL_LBA_WRITTEN 和 TOTAL_LBA_READ 是正常的。但是其他的参数还是很奇怪。。。特别是 HEAD_FLYING_HOURS，算下来几百亿年了。。。
|
|
3
msg7086 2020-06-08 11:11:38 +08:00
@Citrus HEAD_FLYING_HOURS 你知道要怎么解读原始数据吗？
0x D151 0000 0026 看上去是 0xD151 和 0x26 拼起来的，0x26 是 38 小时，和你的 POH 一样长啊。0xD151 就不知道是什么了。 RAW 数据不要就当成真实值，所有的硬盘厂家都有独特的 RAW 解读方式。包括你前面提的 RAW_READ_ERROR_RATE 内部其实也是存了不止一份数据。比如说他 error rate 可以保存两个数字，一个是错误数量，一个是总读取数量，比如他存了 0010 1000 来表示 1%的错误率，结果你强行按照 101000 来解读，说有十万个错误，这不是拍脑袋瞎想么。 |
|
4
Citrus OP @msg7086 你说各个厂商有独特的读取方式我理解。不过我觉得比较奇怪的是，我买了 3 块型号完全一样的盘，只有这块有这个现象。另外两块盘，数据读出来都是对的。。。
|
|
5
Citrus OP @msg7086 我错了！我可能是因为另外两块盘我看信息的时候是刚插进去，所以数值很小。现在三块盘都重建完了，表现完全一样了。。。
RAW_READ_ERROR_RATE 全都巨大，7 千万，1.1 亿，5 千万 SEEK_ERROR_RATE 1 千万 ECC_ON-THE-FLY_ERROR 1.1 亿 看来是要去单独查希捷的数值定义了么。。。 |
|
6
msg7086 2020-06-08 15:10:31 +08:00
希捷都不一定会公开这些内部数据的定义。本来 RAW 值就是内部使用的，特别是这些常绿的统计值。
|
Select Language