|
发表于 2018-3-16 18:42:39| 字数 1,357| - 中国–福建–厦门 联通
|
显示全部楼层
|阅读模式
本帖最后由 hqinvent 于 2018-3-16 20:23 编辑
内存条两条,一条标压一条低压。
本盘320G+500G,HDTUNE慢扫无坏道
一个C7报警,基本无影响。
一个C4报警,软件误报
(国内报道 http://www.pceva.com.cn/thread-88285-1-1.html
希捷论坛官方回复
http://forums.seagate.com/t5/Mom ... 012-BUG/td-p/193771
Re: ST500LT012 BUG ?
AFAICS, it's not a Seagate bug. Seagate's recent firmware appears to be using the uppermost bits to store the elapsed time in milliseconds. In the past, raw SMART values have occupied 48 bits, and CrystalDiskInfo's SMART report sets aside this number of bits in its report, eg ...
09 100 100 __0 78220000001A Power-On Hours
However, if you extract the actual data from the "SMART_READ_DATA" block, you will see (in hexadecimal) ...
09 32 00 64 64 1A 00 00 00 22 78 2E
The raw value is actually 0x2E78220000001A. That is, the raw value actually occupies 56 bits, not 48.
The raw values of many SMART attributes are comprised of groups of data. In the above example, the lower 32 bits is the actual count of Power On Hours. The upper 24 bits represent the elapsed time in milliseconds since the last hour ticked over.
http://forums.seagate.com/t5/Mom ... -warning/m-p/191525
The Reallocation Event Count and Head Flying Hours attributes both have the same numbers in the upper bits, so it appears that these represent elapsed "head flying" time.
大概意思如下:
希捷现在用的56位存储smart信息,而HDTUNE等软件按照旧的48位格式去读,导致磁头飞行时间的数据被显示到了C4上,导致误报。)
318.88打包包邮顺丰
https://2.taobao.com/item.htm?id ... .0.0.594c1debv74NQv
【hqinvent 于 2018-3-16 20:23 补充如下:】
关贴
|
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?注册
x
|