Ubuntu가 다음을 보고하는 3TB USB HDD가 있습니다.
Jul 15 13:30:00 ris kernel: [11395.274460] usb 1-1.3: New USB device found, idVendor=152d, idProduct=2329
Jul 15 13:30:00 ris kernel: [11395.274474] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Jul 15 13:30:00 ris kernel: [11395.274477] usb 1-1.3: Product: USB to ATA/ATAPI bridge
Jul 15 13:30:00 ris kernel: [11395.274479] usb 1-1.3: Manufacturer: JMicron
Jul 15 13:30:00 ris kernel: [11395.274481] usb 1-1.3: SerialNumber: 71F14D08
Jul 15 13:30:00 ris kernel: [11395.275147] usb-storage 1-1.3:1.0: USB Mass Storage device detected
Jul 15 13:30:00 ris kernel: [11395.275324] usb-storage 1-1.3:1.0: Quirks match for vid 152d pid 2329: 8020
Jul 15 13:30:00 ris kernel: [11395.275401] scsi9 : usb-storage 1-1.3:1.0
Jul 15 13:30:00 ris mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3"
Jul 15 13:30:00 ris mtp-probe: bus: 1, device: 6 was not an MTP device
Jul 15 13:30:01 ris kernel: [11396.306993] scsi 9:0:0:0: Direct-Access ST3000DM 001-9YN166 CC9F PQ: 0 ANSI: 5
Jul 15 13:30:01 ris kernel: [11396.307439] sd 9:0:0:0: Attached scsi generic sg3 type 0
Jul 15 13:30:01 ris kernel: [11396.308206] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.308685] sd 9:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jul 15 13:30:01 ris kernel: [11396.309648] sd 9:0:0:0: [sdc] Write Protect is off
Jul 15 13:30:01 ris kernel: [11396.309654] sd 9:0:0:0: [sdc] Mode Sense: 28 00 00 00
Jul 15 13:30:01 ris kernel: [11396.312843] sd 9:0:0:0: [sdc] No Caching mode page found
Jul 15 13:30:01 ris kernel: [11396.312849] sd 9:0:0:0: [sdc] Assuming drive cache: write through
Jul 15 13:30:01 ris kernel: [11396.313668] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.339275] sdc: sdc1 sdc2
Jul 15 13:30:01 ris kernel: [11396.340615] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.378241] sd 9:0:0:0: [sdc] Attached SCSI disk
lsusb
Bus 001 Device 006: ID 152d:2329 JMicron Technology Corp. / JMicron USA Technology Corp. JM20329 SATA Bridge
fdisk -l
Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00052cdb
Device Boot Start End Blocks Id System
/dev/sdc1 196626432 732566271 267969920 7 HPFS/NTFS/exFAT
/dev/sdc2 256 196626431 98313088 83 Linux
gparted는 할당되지 않았다고 말하고 Windows는 할당되지 않았다고 말합니다. 이 HDD를 복구할 수 있는 방법이 있나요?
답변1
이것은 귀하의 상황에서 제가 개인적으로 무엇을 할 것인지에 대한 설명입니다. 내가 말하려는 내용은 귀하의 보증을 무효화할 것입니다. 따라서 먼저 보증이 있는 경우 이를 살펴보세요. 그렇지 않다면 이것을 고려하십시오.
USB 인클로저에서 하드 드라이브를 제거하겠습니다. 나는 장치가 SATA일 가능성이 가장 높다고 생각합니다. 그런 다음 SATA 하드 드라이브를 데스크탑 PC 중 하나에 설치했습니다. 그 시점에서 더 심각한 하드웨어 오작동을 제외하고는 Linux로 부팅하고 디스크 유틸리티(gnome-disks)를 사용하여 디스크 SMART 데이터를 살펴보았습니다. 여기까지 완료하셨다면 SMART 데이터와 함께 다시 게시해 주세요.
디스크에 IO 오류, 실패한 섹터 또는 이와 유사한 것이 있지만 계속 실행되는 경우 3TB 이상의 디스크를 추가로 구입하여 해당 미디어에 복제합니다.
디스크가 부팅 문제나 시스템 불안정을 일으키거나 인식되지 않거나 회전하지 않는 등의 문제가 발생하는 경우 전문적인 데이터 복구를 고려해 보겠습니다.
디스크가 인식되거나 마운트되었지만 파일이 누락된 경우 해당 세부 정보를 포함하여 다시 게시하겠습니다.
모든 것이 있고 디스크가 작동하고 SMART 데이터가 정상이며 파일을 다시 가져오면 USB 인터페이스가 문제의 원인이라는 것을 알 수 있습니다. 그러면 나는 끝났을 것이다.
그렇지 않으면 결과를 보고하고 답변을 수정하겠습니다.
다시 한 번 말씀드리지만, 제가 권장하는 것은 귀하의 책임이며 USB 인클로저에서 하드 드라이브를 제거하고 먼저 하드웨어 상태를 평가하는 것입니다.
답변2
다른 작업을 수행하기 전에 드라이브 이미지를 만들고 읽기 전용으로 표시한 후 사용해 보는 것이 좋습니다. 연결된 물리적 드라이브에 필요한 것보다 더 많은 시간을 소비하면 문제가 발생할 확률이 높아집니다. 물리적 결함이 더 악화되거나 실수로 어리석은 일을 하게 될 수도 있습니다.
고전적인
dd if=/dev/sdc of=/somewhere/with/3TB/of/free/space.img
드라이브에 물리적인 문제가 없으면 사용할 수 있지만, 문제가 있는 경우 문제가 해결되고 부분적인 이미지로 다시 시작하게 됩니다.
오류를 더 우아하게 처리하는 더 나은 dd 유사 변형이 있습니다. 최소한 오류는 건너뛰고 블록은 0으로 남겨두어야 합니다. 더 나은 것은 재시도합니다. 똑똑한 사람들은 바로 재시도하지 않고 오히려 기억하고 나머지 디스크를 가져온 후 다시 재시도합니다. 더 나은 도구는 연속해서 두 개 이상의 오류가 발생하는 경우 순차적으로 읽기를 계속하지 않고 디스크의 동일한 섹션을 망치는 대신 오류 없는 읽기를 얻을 때까지 첫 번째 패스에서 점점 더 큰 섹션을 건너뜁니다. 다시. 3TB의 여유 공간이 반드시 필요하지 않도록 희박한 이미지 파일을 생성하는 기능도 좋습니다.
"safecopy"는 오류를 무시하여 전체 이미지를 얻을 수 있는 dd와 유사한 프로그램입니다. 나의 마지막 물리적 복구 작업으로 나는 마침내 GNU DDRescue에 정착했습니다. 사용 방법은 다음과 같습니다.
ddrescue -r 3 /dev/sdc /somewhere/with/3TB/of/free/space.img /somewhere/else/recovery_work.log
데이터의 또 다른 복사본(디스크 이미지 파일)이 있으면 훨씬 더 쉽게 파일을 가져올 수 있습니다. 다른 사람이 언급했듯이 photorec은 디렉토리 항목이 없어도(파티션 데이터가 없는 원시 디스크 검색 포함) 삭제된 파일을 찾는 데 훌륭한 프로그램입니다. 특정 파일 형식에 고유한 "마법의 숫자" 또는 시작 부분(때로는 그 이후)의 바이트 패턴에 대한 디스크 섹터를 검색하여 작동합니다.
답변3
번개로 인해 외부 3TB WD HDD가 파손되었을 때 케이스에서 제거했습니다. 이 경우 PS는 토스트였지만 HDD는 작동했습니다. 내 컴퓨터에 드라이브를 설치했을 때 몇 년 동안 사용하지 않은 아주 오래된 파티션 테이블이 표시되었습니다.
데이터를 복구하기 위해 ddrescue를 실행했습니다(실행하는 데 7시간 이상 걸렸습니다). 더 중요한 파일 중 극소수를 복구할 수 있었지만 드라이브에 있던 파일의 대부분을 잃어버렸습니다.
이제 드라이브 자체가 완벽하게 작동합니다.
제가 겪었던 가장 큰 문제는 HDD에서 파티션을 여러 번 생성하고 삭제했다는 것입니다. 각 파티션 테이블과 그 안의 모든 파일 목록이 그대로 남아 있었습니다. 드라이브에서 데이터를 다시 복구하려면 파티션을 변경하기 전에 디스크를 완전히 삭제해야 한다는 결론에 도달했습니다.
캐비닛에서 드라이브를 제거하기 전에 필요한 데이터가 드라이브보다 더 가치 있는지 결정해야 했습니다. 구매 후 3개월 만에 3년 보증이 종료됐고, 5년 연장 보증까지 구매했습니다. 아쉽지만 선택입니다.
답변4
HDD에서 불량 섹터를 찾기 위해 불량 블록을 시도한 다음 나중에 사용하기 위해 해당 섹터를 무시할 수 있습니다. 더 많은 정보는 여기에 있습니다
http://linuxpoison.blogspot.in/2008/01/howto-check-disk-drive-for-errors-and.html
그런 다음 복구 소프트웨어를 사용하십시오.