[i=s] 本帖最后由 九九吸 于 2025-3-18 15:16 编辑 [/i]<br />
<br />
看到了回复一下这个楼,也希望飞牛团队能够应对这个bug。
以上出问题的硬盘如果来自于希捷的话,这是一个业内不起眼但是没人修的bug。这个问题出自希捷对于自己smart信息的定义。希捷说明书
3.11 Attribute ID 188: Command Timeout Count
Raw Usage Raw [1 – 0] = Total # of command timeouts, with Max hold of FFFFh
Raw [3 – 2] = Total # of commands with > 5 second completion, including those > 7.5 seconds
Raw [5 – 4] = Total # of commands with > 7.5 second completio
具体来说,对于:
| Command Timeout 4295032833
转换成16进制为
HEX (4295032833) = 0x100010001. 0x0001, 0x0001, 0x0001 = 1, 1, 1
即为三个数字1,意味着总共有:
- 1次command timeouts;
- 1次command响应时间在5秒-7.5秒之内;
- 1次command 响应时间超出7.5秒;
如果这个数字没有继续增长的话,这个状况应该还是可以接受的。
这个问题同时困扰了一些其他的开源项目,例如:Scrutiny: scrutiny/issues/522
这个回复参考了两年半前的这个回复:StackExchange |