죽어가는 하드 드라이브를 수리하거나 재사용 할 수 있습니까?

0

나는 많은 읽기 / 쓰기 I / O 오류, 불량 섹터, 일반적인 오작동을주는 하드 드라이브를 가지고있다. 2 TB 캐비어 그린 웨스턴 디지털입니다. 디스크가 죽어 있지 않고 죽어서 시스템에 인식되어 액세스 할 수 있습니다.

나는 다른 모든 질문이 이미 내가 한 데이터 복구를 다루기 때문에 이것이 중복되지 않기를 바란다. 누구든지 그 프로세스에 대해 알고 싶다면 확장 할 수 있지만 기본적으로 청크로 전체 드라이브 청크를 다른 드라이브로 pvmoving하는 동안 많은 I / O 오류가 발생하고 여러 번 다시 시작하고 다시 시작해야합니다. 이 드라이브는 Ubuntu 12.04에서 20TB LVM 서버의 일부였습니다. 이제는 비어 있고 파티션이 없습니다.

이것은 드라이브의 S.M.A.R.T 정보입니다. 보시다시피, 몇 가지 적색 플래그가 있습니다 : 오류율, 재 할당 ... (오래되고 많이 사용되는 드라이브) :

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

다음은 장치에 몇 MB의 간단한 dd를 수행 할 때 syslog에 나타나는 오류의 작은 샘플입니다.

[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

IMO는 노후의 하드웨어 고장의 경우처럼 보이지만 그 원인에 대해 다른 사람이 있는지 알고 싶습니다.

나는 바보가 아니며 데이터를 복구하는 데 충분한 시간을 할애하여 중요한 정보를 넣지 않을 것입니다. 하하. 나는 단지 이러한 불량 섹터 중 일부를 "복구"하는 데 사용할 수있는 절차 (소프트웨어 또는 하드웨어)가 있는지 알고 싶습니다. 이것은 주로 호기심과 배우고 자하는 관점에서 비롯된 것입니다. 만약 내가 그것을 지키면, 나는 물건을 테스트하고, 다른 드라이브를위한 부품을 백업하는 등의 작업을 할 것이다.

TL; DR : 죽어가는 하드 드라이브를 복구 할 수 있습니까?

— albarc
소스

1

전체 형식 (빠른 형식 아님)은 전체 표면을 검사하고 새로운 불량 섹터 테이블을 작성해야합니다. 그런 다음 오류가 발생할지 여부는 오류 메커니즘에 따라 달라집니다.

— AFH

1

예, 실제로 수리 할 수 있습니다. 그러나, 그것은 일종의 무의미합니다. 최종 결과는 두 번째 드라이브를 구입하고 플래터 손상 및 불량 섹터를 정리하기 위해 플래터를 교체하여 인터페이스 보드를 플래시 또는 교체하여 SMART 데이터를 리셋 할 수 있습니다. 오래된 것의 선체. 어떤 다른 드라이브에서 부품을 필요로 ... 당신의 전체 수리 무의미한 렌더링.

2TB WD Green은 아마존에서 자주 판매되는 경향이 있으며 현재는 일반적으로 저렴합니다 (70 달러 미만). 데이터가 남아 있다면 아무것도 남겨두고 Torx 스크루 드라이버를 구해서 분리하고 죽은 HDD 플래터로 만든 미러 프로젝트를 시작하십시오.

HDD 플래터는 장치의 핵심이며 데이터가 저장되는 곳입니다. 종종 불량 섹터는 유리 플래터 위에있는 얇은 금속이 움푹 들어가거나 더 이상 자화 될 수 없음을 의미합니다. 오래된 모델의 플래터는 일반적으로 견고한 금속이지만 더 이상 내구성이 없습니다. 정말로 오래된 것들은 귀금속을 가지고 있습니다. 모든 경우에 섹터가 자화 될 수 없으면 드라이브가 쓸모 없게됩니다. 거기에서 진짜 돌아 오는 것은 없습니다.

— CDove
소스

"죽은 HDD 플래터로 만든 거울 프로젝트를 시작하십시오." 하하는 아주 차갑게 들린다. 당신이 말했듯이 첫 번째 문제를 해결하기 위해 두 번째 하드 드라이브를 구입하는 것은 정말 무의미한 것처럼 보입니다. 그리고 하드 드라이브는 비싸지 않으며 문제를 해결합니다. 좋은 대답, +1

— Tiago Caldeira

좋은 대답! 이것은 금속 손상과 자화 등에 관한 내가 찾고있는 종류의 설명이다. 그리고 예, 나는 이것을 위해 부품을 사용하기 위해 새로운 hd를 사지 않을 것이다 ... 그러나 나는 생각할 것이다. 당신의 거울 아이디어, 하하.

— albarc

2

짧은 답변: 아니 .

고장난 하드 드라이브는 더 이상 사용하지 않아야합니다. 다음을 수행 할 수 있습니다. 낮은 수준의 형식 ( " 각 섹터는 0으로 겹쳐 써야합니다. s ")하지만 표시 만합니다. 불량 섹터를 사용하지 않아야한다. , (2) . 가능성이 높기 때문에 단지 단기적인 수정 일뿐입니다. 더 시간이 지남에 따라 불량 섹터.

고칠 수있는 일종의 고쳤다 고해도 만 일시적이고 죽어가는 운전 (특히 늙은 과 과도하게 사용 된 드라이브)입니다. 사망 .

— Tiago Caldeira
소스