У меня есть USB HDD на 3 ТБ, для которого Ubuntu выдает следующее
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 в один из моих настольных ПК. В этот момент, за исключением более серьезной аппаратной неисправности, я бы загрузил Linux и посмотрел бы данные SMART дисков с помощью утилиты disks (gnome-disks). Если вы доберетесь до этого, пожалуйста, отправьте ответ с данными SMART.
Если на диске есть ошибки ввода-вывода, или битые сектора, или что-то подобное, но он все еще работает, я бы купил себе еще один диск емкостью 3 ТБ или больше и клонировал бы его на этот носитель.
Если диск вызывает проблемы с загрузкой, нестабильность системы или просто не распознается, не раскручивается или что-то в этом роде, я бы рассмотрел возможность профессионального восстановления данных.
если диск распознан и/или смонтирован, но мои файлы отсутствуют, я бы отправил вам эту информацию.
Если бы все было на месте, и/или диск был в рабочем состоянии, данные SMART в порядке, и я бы получил свои файлы обратно, я бы знал, что причиной проблем был интерфейс USB. Тогда бы все было кончено.
В противном случае сообщите результаты, и я изменю свой ответ.
Опять же, я рекомендую вам на свой страх и риск извлечь жесткий диск из USB-корпуса и сначала оценить состояние оборудования.
решение2
Прежде чем что-то с ним делать, я настоятельно рекомендую сделать образ диска, пометить его как «только для чтения» и поиграться с ним. Проведение большего времени, чем необходимо, с подключенным физическим диском увеличивает вероятность того, что что-то пойдет не так — либо физический дефект усугубится, либо вы случайно сделаете что-то глупое.
Классический
dd if=/dev/sdc of=/somewhere/with/3TB/of/free/space.img
его можно использовать, если нет физических проблем с приводом, но если они есть, он выйдет из строя, и вам придется снова начинать с частичного образа.
Есть лучшие dd-подобные варианты, которые обрабатывают ошибки более изящно. Как минимум, ему нужно пропускать ошибки, оставляя вам обнуленные блоки. Лучшие повторяют попытку. Умные не повторяют попытку сразу, а скорее запоминают их и возвращаются к повторной попытке после получения остальной части диска. Лучший инструмент, если он получает более одной ошибки подряд, не будет продолжать последовательное чтение, ударяя по одному и тому же разделу диска, а вместо этого будет пропускать все большие разделы на первом проходе, пока снова не получит безошибочное чтение. Возможность создания разреженного файла образа, так что вам не обязательно нужно 3 ТБ свободного места, тоже хороша.
"safecopy" — это одна из программ, подобных dd, которая будет игнорировать ошибки, чтобы вы могли получить полный образ. Для своей последней работы по физическому восстановлению я в конце концов остановился на GNU DDRescue. Вот как ее можно использовать:
ddrescue -r 3 /dev/sdc /somewhere/with/3TB/of/free/space.img /somewhere/else/recovery_work.log
Как только у вас появится еще одна копия ваших данных (файл образа диска), вы сможете вздохнуть с облегчением и фактически начать пытаться получить ваши файлы. Как уже упоминал кто-то другой, photorec — это отличная программа для поиска удаленных файлов, даже без записи в каталоге (включая поиск по сырому диску, где нет данных раздела). Она работает, просматривая секторы диска на предмет «магических чисел» или байтовых шаблонов в начале (а иногда и дальше), которые являются уникальными для определенного типа файла.
решение3
Когда молния выбила мой внешний жесткий диск WD на 3 ТБ, я вынул его из корпуса. Блок питания в корпусе был сожжен, но жесткий диск работал, в общем-то. Когда я установил диск в свой компьютер, он отобразил очень старую таблицу разделов, которую я не использовал годами.
Я запустил ddrescue (на это ушло более 7 часов), чтобы восстановить свои данные. Мне удалось восстановить очень немногие из моих самых важных файлов, но я потерял большую часть того, что было на диске.
Сам привод теперь работает безупречно.
Самая большая проблема, с которой я столкнулся, заключалась в том, что я создавал и удалял разделы на жестком диске очень много раз. Каждая таблица разделов все еще была на месте, как и список всех файлов в них. Я пришел к выводу, что мне действительно нужно выполнить очистку диска перед изменением разделов, если я хочу восстановить данные с диска снова.
Прежде чем вынуть диск из шкафа, мне пришлось решить, были ли нужные мне данные более ценными, чем диск. Я убил 3-летнюю гарантию через 3 месяца после покупки, и я даже купил расширенную гарантию на 5 лет. Это отстой, но это выбор.
решение4
Вы можете попробовать badblocks для поиска плохих секторов на жестком диске, а затем игнорировать эти сектора для будущего использования. Более подробная информация здесь.
http://linuxpoison.blogspot.in/2008/01/howto-check-disk-drive-for-errors-and.html
затем используйте программное обеспечение для восстановления.