Назад | Перейти на главную страницу

Мой жесткий диск выходит из строя?

Я только что попытался запустить тест на своем жестком диске, но он не хочет выполнять самотестирование. Вот результат:

smartctl --attributes --log=selftest /dev/sda
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-32-generic] (local build)

=== START OF READ SMART DATA SECTION ===
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     0x002f   200   200   051    Pre-fail  Always       -       697
  3 Spin_Up_Time            0x0027   206   160   021    Pre-fail  Always       -       691
  4 Start_Stop_Count        0x0032   074   074   000    Old_age   Always       -       26734
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       28
  9 Power_On_Hours          0x0032   090   090   000    Old_age   Always       -       7432
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   097   097   000    Old_age   Always       -       3186
191 G-Sense_Error_Rate      0x0032   001   001   000    Old_age   Always       -       20473
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       84
193 Load_Cycle_Count        0x0032   051   051   000    Old_age   Always       -       447630
194 Temperature_Celsius     0x0022   113   099   000    Old_age   Always       -       34
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       16
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%      7432         92290592
# 2  Conveyance offline  Completed: read failure       90%      7432         92290596
# 3  Conveyance offline  Completed: read failure       90%      7432         92290592
# 4  Short offline       Completed: read failure       90%      7431         92290596
# 5  Extended offline    Completed: read failure       90%      7431         92290592

Так этот диск выходит из строя?

Ваш диск очень рад сделать самопроверку; Судя по резюме, за последний час было выполнено более пяти из них. И все они потерпели неудачу в начале теста с ошибками чтения.

Да, этот жесткий диск выходит из строя. Как сказано в известном отчете Google Labs (хотя в данный момент я не могу найти ссылку на него), если smartctl говорит, что ваш диск выходит из строя, вероятно, это так (я перефразирую).

редактировать: не пытайтесь его спасти. Снимите с него все данные и замените его.

Отвечая на ваш вопрос, неудавшийся тест SMART - верный признак неизбежного отказа диска. Вы должны создать резервную копию своих данных и как можно скорее заменить диск, чтобы предотвратить потенциальную потерю данных.

@ sj0h упомянул количество циклов загрузки, которое очень велико и составляет 447 630. (Большинство современных жестких дисков рассчитаны на 600000 циклов загрузки / выгрузки.) Обычно это вызвано функцией Advanced Power Management (APM), которая пытается экономить электроэнергию за счет парковки головок (выгрузки их с пластин) после нескольких секунд работы. холостой ход. При необходимости пластинки загружаются обратно на пластины. В большинстве систем, где жесткие диски периодически включаются и выключаются, это может вызвать множество циклов загрузки / выгрузки. Чтобы отключить APM, выполните следующую команду в командной строке:

smartctl -s apm,off /dev/sda

Эту команду необходимо будет запускать каждый раз, когда система выключается и переводится в спящий режим, либо когда привод отключается иным образом, поскольку этот параметр не сохраняется при выключении привода.

По моему опыту, это значительно сократит количество циклов загрузки / выгрузки и, следовательно, вероятность того, что вы снова столкнетесь с подобными сбоями в будущем. Однако учтите, что это увеличивает энергопотребление и температуру привода. Если накопитель постоянно работает при температурах, превышающих 50 ° C, увеличивается риск преждевременного выхода из строя, поэтому вы можете оставить APM включенным (или включить его, если он выключен) в теплые месяцы.

Помимо ошибок чтения, учитывайте также количество циклов загрузки. Приблизительно 500000 единиц может указывать на причину отказа или, по крайней мере, на высокий износ во время цикла нагрузки. Каждую минуту включения питания соответствует цикл нагрузки. После замены диска убедитесь, что новый диск тоже этого не делает.

Да, у вас 16 секторов нечитаемых, вы пытались провести несколько тестов, все из которых потерпели неудачу примерно в одной и той же области диска, поэтому выполняйте резервное копирование быстро, но имейте в виду, что у вас есть данные, которые к настоящему времени уже недоступны, и находятся поблизости от секторы 92290592, 92290596.

У вас могут быть другие проблемные области, вы все еще не знаете, являются ли эти 16 секторов последовательными или распределенными, если вы хотите воспроизвести после резервного копирования, вы можете выполнить выборочную самопроверку с помощью -t select, startlba-endlba.

Current_Pending_Sector означает, что микропрограмма жесткого диска пыталась прочитать его, но не может, она будет пытаться еще несколько раз (всякий раз, когда ОС запрашивает об этом), пока не произойдет сбой и не пометит его как Offline_Uncorrectable, или заменит поврежденный сектор другим запасным сектором, если ОС записывает в него (тем самым увеличивая Reallocated_Sector_Ct при этом).

Я бы лично заменил привод. Если вы по какой-то причине пока не хотите этого делать, но еще немного задерживаетесь с диском, вам нужен какой-то способ убедиться, что вы случайно не используете плохие области для новых файлов.

У меня был такой диск на старом Mac, который просто записывал видео, и я решил, что пока не хочу его менять, так как видео было просто приятно иметь. Поэтому мне нужно было изолировать ошибки. Сначала я создал пустую папку только для плохих файлов, а затем я попытался прочитать все существующие файлы на диске, и все файлы с ошибкой были перемещены в каталог bad-files (надеюсь, только неважно).

Затем я создал множество файлов размером 1 мегабайт с уникальными именами, чтобы заполнить жесткий диск (так что все пустое пространство теперь было в одном из этих файлов размером 1 МБ), а затем повторил процедуру. Все файлы с ошибками были перемещены в каталог bad-files, а те, что остались, были хорошими и могли быть удалены, чтобы освободить плохое место.

Теперь вы можете использовать диск немного дольше, но не используйте его для важных дел. Это воля чаще терпят неудачу, и, скорее всего, это будет неудобно, когда это произойдет.

Это не очень хороший знак. Вы должны убедиться, что содержимое диска скопировано, и не использовать диск для чего-то важного.

Тем не менее, я видел диски с неисправными секторами, которые перераспределяли их и оставались работоспособными в течение многих лет, так что вы могли оставить их на некоторое время, например, для неважных вещей или дополнительных резервных копий.

Тогда нужно будет посмотреть, какие файлы были повреждены нечитаемыми секторами, и записать в эти сектора, чтобы принудительно перераспределить диск (переместив их из «Current_Pending_Sector» в «Reallocated_Sector_Ct»). Если вы используете Linux, см. http://smartmontools.sourceforge.net/badblockhowto.html. После того, как секторы были перераспределены, самопроверка должна либо пройти, либо сообщить о большем количестве нечитаемых секторов.

Я не согласен с большинством ответов, так как не думаю, что плохие сектора обязательно признак неминуемой неудачи. Так как http://blog.mmueh.net/index.php/2010/12/09/luks-meets-badblocks/ говорит: «Каждый жесткий диск в какой-то момент своей жизни начинает создавать поврежденные сектора».