Могу ли я восстановить / повторно использовать умирающий жесткий диск?

542
albarc

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

Я надеюсь, что это не дубликат, потому что каждый другой вопрос касается восстановления данных, что я уже сделал. Если кто-то захочет узнать об этом процессе, я могу расширить его, но в основном это было связано с перемещением всего куска диска от куска к другому диску, в то же время получая тонны ошибок ввода-вывода и необходимости перезапускать и возобновлять перемещения несколько раз. Диск был частью моего сервера LVM + 20 ТБ под Ubuntu 12.04. Сейчас пусто и не разделено.

Это 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 0x002f 200 200 051 Pre-fail Always - 0 3 Spin_Up_Time 0x0027 140 138 021 Pre-fail Always - 10000 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 661 5 Reallocated_Sector_Ct 0x0033 192 192 140 Pre-fail Always - 62 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 026 026 000 Old_age Always - 54086 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 100 100 000 Old_age Always - 219 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 133 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 637609 194 Temperature_Celsius 0x0022 106 095 000 Old_age Always - 46 196 Reallocated_Event_Count 0x0032 138 138 000 Old_age Always - 62 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 001 001 000 Old_age Offline - 613558  SMART Error Log Version: 1 No Errors Logged  SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 53401 -  SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing

Это небольшой пример ошибок, которые появляются в системном журнале, когда на устройстве делается простой дд в несколько Мбайт:

[vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB:  [vie may 4 12:08:45 2018] Write(10): 2a 00 00 00 c8 00 00 04 00 00 [vie may 4 12:08:45 2018] end_request: I/O error, dev sdg, sector 51200 [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6400 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6401 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6402 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6403 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6404 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6405 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6406 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6407 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6408 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] Buffer I/O error on device sdg, logical block 6409 [vie may 4 12:08:45 2018] lost page write due to I/O error on sdg [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] Unhandled error code [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg]  [vie may 4 12:08:45 2018] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB:  [vie may 4 12:08:45 2018] Write(10): 2a 00 00 00 cc 00 00 04 00 00 [vie may 4 12:08:45 2018] end_request: I/O error, dev sdg, sector 52224 [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] Unhandled error code [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg]  [vie may 4 12:08:45 2018] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB:  [vie may 4 12:08:45 2018] Write(10): 2a 00 00 00 d0 00 00 04 00 00 [vie may 4 12:08:45 2018] end_request: I/O error, dev sdg, sector 53248 [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] Unhandled error code [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg]  [vie may 4 12:08:45 2018] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB:  [vie may 4 12:08:45 2018] Write(10): 2a 00 00 00 d4 00 00 04 00 00 [vie may 4 12:08:45 2018] end_request: I/O error, dev sdg, sector 54272 [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] Unhandled error code [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg]  [vie may 4 12:08:45 2018] Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT [vie may 4 12:08:45 2018] sd 5:0:0:0: [sdg] CDB:  [vie may 4 12:08:45 2018] Write(10): 2a 00 00 00 d8 00 00 04 00 00 [vie may 4 12:08:45 2018] end_request: I/O error, dev sdg, sector 55296

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

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

TL; DR: могу ли я "починить" умирающий жесткий диск (не заботясь о его данных)?

0
Полный формат (не быстрый формат) должен проверить всю поверхность и построить новую таблицу поврежденных секторов. Будет ли оно тогда стабильным или продолжит генерировать ошибки, будет зависеть от механизма отказа. AFH 6 лет назад 1

2 ответа на вопрос

2
Tiago Caldeira

Краткий ответ: нет .

Неисправный жесткий диск больше не должен использоваться. Вы можете выполнить низкоуровневый формат (« он требует, чтобы каждый сектор перезаписывался нулями s»), но он будет отмечать только плохие сектора, которые не будут использоваться, (2) . Это только краткосрочный подход, так как он, скорее всего, будет иметь больше плохих секторов с течением времени.

Даже если бы было какое-то исправление / какой-то ремонт, это было бы только временно, и умирающий диск (особенно старый и сильно используемый диск) умирает .

1
CDove

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

Если вам не захочется хранить что-то, то 2 ТБ WD Greens, как правило, часто поступают в продажу на Amazon, и в целом сейчас стоят довольно недорого (до $ 70). Я бы восстановил данные, если бы что-нибудь осталось, достал бы отвертку Torx, разобрал ее и начал бы свой проект зеркала, сделанного из мертвых жестких дисков HDD.

Жесткие диски - это ядро ​​устройства, где хранятся данные. Часто плохие сектора означают, что тонкий металл, который лежит на стеклянном блюде, становится ямчатым или больше не может намагничиваться. Старые модели пластин более не долговечны, хотя обычно они из цельного металла. Некоторые действительно старые даже имеют сердечники из драгоценных металлов. Во всех случаях, когда сектор не может быть намагничен, он становится бесполезным для привода. Нет реального возвращения из этого.

msgstr "начать свой проект зеркала из мертвых жестких дисков". Ха-ха, это звучит довольно круто. Как вы сказали, покупать второй жесткий диск просто для того, чтобы починить первый, кажется бессмысленным. И жесткий диск не дорогой и решает проблему. Хороший ответ, хотя +1 Tiago Caldeira 6 лет назад 0
Отличный ответ! Это то объяснение, которое я искал, касательно повреждения металла, намагниченности и т. Д. И да, я не собирался покупать новый жесткий диск, чтобы использовать его части для этого ... Но я подумаю твоя зеркальная идея, хаха. albarc 6 лет назад 0

Похожие вопросы