我有一个硬盘，这是Linux软件raid5arrays的一部分。 SMART报告说，它的multi_zone_error_rate是0，然后是1，然后是3.所以我想我最好更频繁地开始备份，并准备更换驱动器。 现在，今天，同一个驱动器的multi_zone_error_rate回落到1.看起来2个错误在我没有看的时候没有发生。
我也通过检查服务器上的系统日志来看到simliar行为。
Jun 7 21:01:17 FS1 smartd[25593]: Device: /dev/sdc, SMART Usage Attribute: 7 Seek_Error_Rate changed from 200 to 100 Jun 7 21:01:17 FS1 smartd[25593]: Device: /dev/sde, SMART Usage Attribute: 7 Seek_Error_Rate changed from 200 to 100 Jun 7 21:01:18 FS1 smartd[25593]: Device: /dev/sdg, SMART Usage Attribute: 7 Seek_Error_Rate changed from 200 to 100 Jun 8 02:31:18 FS1 smartd[25593]: Device: /dev/sdg, SMART Usage Attribute: 7 Seek_Error_Rate changed from 100 to 200 Jun 8 03:01:17 FS1 smartd[25593]: Device: /dev/sdc, SMART Usage Attribute: 7 Seek_Error_Rate changed from 100 to 200 Jun 8 03:01:17 FS1 smartd[25593]: Device: /dev/sde, SMART Usage Attribute: 7 Seek_Error_Rate changed from 100 to 200 这些是原始价值，而不是smartctl -a产生的人类有用价值，但行为是相似的：错误率改变，然后撤消改变。 这些都不是有多区域古怪的驱动器。 我没有看到RAID的任何问题; 其最近的擦洗（<24小时前）回来完全干净。 这些是唯一performance奇怪的SMART值。
我唯一能想到的就是驱动器上的SMART报告电路始终无法正常工作。 驱动器和电路板上的电缆是紧密的。 这里发生了什么？
由于该措施被称为费率，如果不再发生错误，可能会随着时间推移而下降。 您需要确认驱动器的文档。
如果衡量标准是“随时间发生”，而不是从某个特定时间开始的绝对计数，那么如果错误停止发生，它将下降。 也许之前的增长是由于环境条件的局部变化，例如温度的突然boost（不寻常的天气，空调失效）或者振动的增加（在同一时间在同一个机架上完成的任何工作可能导致事情被撞倒，或者如果你在受他们影响的地区，或者可能有人在服务器上大发雷霆，那么也许还有轻微的地震），而且这种暂时的情况变化自回复到现在还没有回来。
SMART阅读名称中的“错误”并不总是意味着永久和/或不可恢复的错误。 寻道错误可能是由于驱动头由于振动而丢失了标记 – 在这种情况下，驱动器的电子装置将只是重新调整位置（或使其稳定），并等待光盘旋转回来，以使目标部门再次可用。 预计这种事情是由现代基于旋转磁盘驱动器的非常紧凑的时序和精确的定位要求所致，并且less量这样的错误不是问题。
它可能是围绕坏道分配和“固定”的问题。 在驱动器中有一定的量是完全可以接受的。