Атрибуты SMART на диске:
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 391
3 Spin_Up_Time 0x0003 181 165 021 Pre-fail Always - 5916
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 259
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x000e 200 200 051 Old_age Always - 0
9 Power_On_Hours 0x0032 068 068 000 Old_age Always - 23804
10 Spin_Retry_Count 0x0012 100 100 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0012 100 100 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 259
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 99
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 309
194 Temperature_Celsius 0x0022 123 097 000 Old_age Always - 27
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 2
198 Offline_Uncorrectable 0x0010 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 051 Old_age Offline - 1
Но запущены длинные отчеты об испытаниях:
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 23734 -
Итак, что мне теперь делать, чтобы очистить счетчик текущего ожидающего сектора? Журнал ошибок также не содержит LBA.
Изменить: текущий счетчик ожидающих секторов ранее был равен 0, и у меня ранее на этом диске было несколько плохих секторов, и я смог найти и записать их, чтобы очистить счетчик ожидающих секторов. Итак, настоящий вопрос заключается в том, каково объяснение того, почему количество ожидающих секторов увеличивалось, а мне не сообщалось, где это местоположение?
Вы не можете очистить текущий счетчик ожидающих секторов. Как правило, несколько секторов могут быть помечены как поврежденные еще до того, как диск покинет завод, но это не является проблемой. Пока количество перераспределенных и / или ожидающих подсчета секторов не / перемещается /, с диском все в порядке, даже с несколькими испорченными секторами. Когда счет начинает расти, диск следует считать опасным.
Кроме того, как правило, многие диски не проходят проверку SMART до тех пор, пока они не испорчены десятками тысяч сбойных секторов и сильно сгорят.
Короче говоря: чем вы занимаетесь? Смотри и жди.
У меня такая же проблема, и я вижу ошибку с "smartctl -l xerror / dev / sdb", но она не появляется при самотестировании, и dd, кажется, читает блок нормально. В настоящее время я пытаюсь перезаписать его рейд, но я не могу просто обнулить блок.