Чи повинен мене турбувати високе значення SMART Hardware_ECC_Recovered?


16

Я отримав таке повідомлення у /var/log/messages:


Jun 25 06:29:27 server.ru smartd[4477]: Device: /dev/sda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 46 to 47

#smartctl -a /dev/sda:


smartctl version 5.38 [i686-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
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   110   088   006    Pre-fail  Always       -       28526210
  3 Spin_Up_Time            0x0003   093   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       24
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   087   060   030    Pre-fail  Always       -       471723621
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       2520
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       41
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   068   052   045    Old_age   Always       -       32 (Lifetime Min/Max 31/35)
194 Temperature_Celsius     0x0022   032   048   000    Old_age   Always       -       32 (0 27 0 0)
195 Hardware_ECC_Recovered  0x001a   047   045   000    Old_age   Always       -       105036390
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age   Offline      -       0
202 TA_Increase_Count       0x0032   100   253   000    Old_age   Always       -       0

Чи означає це, що диск виходить з ладу, і мені доведеться його замінити? Де можна прочитати про інтерпретацію результатів тестів SMART?

Відповіді:


13

За словами Стіва Гібсона із слави Spinrite , значення SMART потрібно сприймати з часом, а не як миттєві показання. Це означає, що значення 47 не обов'язково погано, якщо значення було 47 місяців. Однак, якщо значення було 42 години тому, і швидко зростає, то це означає, що привід відчуває труднощі з доступом до частини даних і, можливо, незабаром взагалі не зможе прочитати сектор. Залежно від значення даних на цьому диску, ви можете замінити їх.


+1 за велику відповідь і додати її. Якщо ви справді переймаєтесь Lexsys, я б придбав копію спінриту і запустив би її. Вам знадобиться ваша система, щоб мати можливість завантажуватись з компакт-диска, але ОС не має ніякого значення. (Хоча створити завантажувальний компакт-диск, вам знадобиться Windows, або клон Windows)
Метт,

Spinrite постачається із завантажувальним файлом (фрейдос) .iso зображенням, яке ви можете записати з будь-якого поточного ОС
Дейв Чейні,

grc.com/sr/spinrite.htm буде кращим місцем для посилання
Брэд Гілберт,

2
Приклад неправильний! Дивіться відповідь @ CesarB - для більшості значень збільшення - це добре! Тож якщо це було 42 години тому, а зараз 47 - чудово. Але не навпаки.
Volker Siegel

6

Високе значення для цього атрибута насправді досить добре:

Hardware ECC Recovery SMART-параметр вказує час між помилками, виправленими ECC.

https://kb.acronis.com/content/9131


2
Додано те, що я вважаю центральною цитатою.
Роберт Клемме

Це має сенс зараз, навіть якщо пов'язаний ресурс відходить. Дякую Роберту.
пташенят

4

По-перше, нижчі значення гірші для SMART, а не більші значення (зауважте, як пороговий стовпець завжди нижчий за поточне значення). Отже, збільшення вартості - це не привід для занепокоєння. (Однак це правило не поширюється на неочищені значення.)

Значення SMART мають тенденцію трохи коливатися (наприклад, ваше може бути на межі між 46 і 47, тому навіть невеликі зміни можуть призвести до того, що він перевернеться на інше значення).

Ваш smartctl -aвихід показує найгірше це значення було 45, так що oscilating трохи вище це нормально.

Для отримання додаткової інформації подивіться на Wikipedia: ATA SMART атрибути .


3

Майте на увазі, що навіть обширне дослідження, проведене Google, виявило, що велика кількість відмов диска не передбачалася помилками SMART. Можливо, те, що ви бачите, є цілком нормальним, але оскільки кожен виробник має різні показники для перетворення вихідних значень у вказані значення, важко сказати напевно, зазнає чи багато ваших помилок чи ні. Однак, велика кількість сировини, як і раніше, вражає мене.

Я рекомендую прочитати весь накопичувач (dd або rsync'ing на новий диск) і перевірити значення SMART, як це відбувається далі. Якщо ви бачите, що це необроблене число або звітні значення сильно зміниться, я б почав шукати заміну накопичувача.


Ага. Було б досить круто, щоб ZFS відслідковував SMART атрибути проти власних моделей використання.
i336_

1

Нічого поганого в цьому немає.

Ви завжди можете бігати

smartctl -t long /dev/yourdrive

Потім через кілька годин запитуйте його результат

smartctl -a /dev/yourdrive

просто для впевненості.


1

Оновлене обладнання ECRC ECC - це виправлення помилок на читаннях дисків, що не є незвичним для диска, і вони кодують дані за допомогою механізмів виправлення помилок саме з цієї причини. Деякі контролери також підтримують зайву інформацію в дискових секторах і додають ще один рівень виправлення помилок.

Як заявляє Дейв Чейні, цифри слід контролювати з часом. Радикальні зміни в цій статистиці є ознакою невдалого приводу. Також слідкуйте за переліченими списками дефектів - якщо список вирощених дефектів починає зростати або статистика SMART починає суттєво змінюватися, то вам слід профілактично замінити накопичувач.


1
хаха, профілактично
Дейв Чейні
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.