Qualquer maneira de recuperar meu disco rígido USB de 3 TB?

Question

Eu tenho este disco rígido USB de 3 TB para o qual o Ubuntu reporta o seguinte

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

O gparted diz que não está alocado, diz o Windows não alocado. Existe alguma maneira de recuperar esse HDD?

    

Answer 1

Esta é uma explicação do que eu pessoalmente faria em sua situação. O que estou prestes a dizer vai anular sua garantia. Então, primeiro, se você tem uma garantia, olhe para isso. Se não, considere isto.

Eu removo o disco rígido do compartimento USB. Eu diria que o dispositivo é mais provável SATA. Eu instalaria o disco rígido SATA em um dos meus PCs desktop. Nesse ponto, salvo um mal funcionamento mais sério do hardware, eu inicializaria no Linux e observaria os dados SMART dos discos, usando o utilitário disks (gnome-disks). Se você chegar tão longe, poste de volta com os dados SMART.

Se o disco tiver erros de E / S ou setores com falha, ou qualquer coisa assim, mas ainda rodar, eu pegaria outro disco de 3 TB ou maior e clonaria essa mídia.

Se o disco causar problemas de inicialização, ou instabilidade do sistema, ou simplesmente não for reconhecido, não girar, ou algo assim, eu consideraria a recuperação de dados profissional.

se o disco for reconhecido e / ou montado, mas meus arquivos estiverem faltando, postarei de volta com esse detalhe.

Se todas as coisas estivessem lá, e ou o disco estivesse operacional, os dados SMART estivessem bem e eu recuperasse meus arquivos, eu saberia que a interface USB foi a causa dos problemas. Eu então seria feito.

Mais os resultados do relatório e modificarei minha resposta.

Mais uma vez, o que estou recomendando é de sua responsabilidade e responsabilidade, remova o disco rígido de seu compartimento USB e avalie a condição do hardware primeiro.

    

Answer 2

Antes de fazer qualquer outra coisa, recomendo fazer uma imagem da unidade, marcá-la como somente leitura e tocar com ela. Gastar mais tempo do que o necessário com a unidade física anexada aumenta as chances de algo dar errado - ou um defeito físico vai piorar ou você acidentalmente fará algo estúpido.

O clássico

dd if=/dev/sdc of=/somewhere/with/3TB/of/free/space.img

pode ser usado se não houver problemas físicos com a unidade, mas se houver, ela será liberada e você ficará preso a uma imagem parcial, começando de novo.

Existem variantes parecidas com o dd que lidam com erros de maneira mais elegante. No mínimo, ele precisa pular os erros, deixando-os com zero blocos. Os melhores tentam novamente. Os espertos não tentam novamente, mas lembram-se deles e voltam a tentar o restante do disco. Uma ferramenta melhor, se obtiver mais do que um erro numa fila, não continuará a ler sequencialmente, martelando na mesma secção do disco, mas sim saltará seções cada vez maiores na primeira passagem até obter uma leitura sem erros novamente. A capacidade de criar um arquivo de imagem esparso para que você não precise necessariamente de 3 TB de espaço livre também é interessante.

"safecopy" é um programa parecido com o dd que irá ignorar os erros para que você possa obter uma imagem completa. Para o meu último trabalho de recuperação física, finalmente decidi pelo GNU DDRescue. Veja como isso pode ser usado:

ddrescue -r 3 /dev/sdc /somewhere/with/3TB/of/free/space.img /somewhere/else/recovery_work.log

Depois de ter outra cópia dos dados (o arquivo de imagem do disco), você pode respirar com mais facilidade e começar a tentar obter seus arquivos. Como outra pessoa mencionou, o photorec é um ótimo programa para encontrar arquivos apagados, mesmo sem nenhuma entrada de diretório (incluindo busca de disco bruto onde não há dados de partição). Ele funciona pesquisando os setores de disco para os "números mágicos", ou padrão de bytes no início (e às vezes ainda mais) que são exclusivos para um tipo de arquivo específico.

    

Answer 3

Quando o relâmpago tirou o meu WD HDD externo de 3 TB, eu o removi do estojo. O PS no caso foi torrada, mas o HDD funcionou, mais ou menos. Quando instalei a unidade no meu computador, ela exibia uma tabela de partições muito antiga que eu não usava há anos.

Eu executei o ddrescue (demorou mais de 7 horas para executar) para recuperar meus dados. Consegui recuperar alguns dos meus arquivos mais importantes, mas perdi a maior parte do que estava na unidade.

O drive em si funciona perfeitamente agora.

O maior problema que tive foi que eu criei e deletei partições muitas vezes no disco rígido. Cada tabela de partições ainda estava lá, assim como uma lista de todos os arquivos contidos nelas. Eu cheguei à conclusão de que eu realmente preciso fazer uma limpeza de disco antes de alterar as partições se eu esperar recuperar os dados da unidade novamente.

Antes de remover a unidade do gabinete, tive que decidir se os dados que eu precisava eram mais valiosos do que a unidade. Eu matei uma garantia de 3 anos 3 meses após a compra, e até comprei a garantia estendida por 5 anos. É uma droga, mas é uma escolha.

    

Answer 4

Já experimentou o scanner de partições? O Testdisk é uma ótima ferramenta. Além disso, se você tiver acesso a uma máquina Windows, eu tive muita sorte com o "FileScavenger"

    

Answer 5

Você pode tentar badblocks para encontrar setores defeituosos no HDD e ignorar esses setores para uso futuro. mais informações estão aqui

link

use o software de recuperação.