Eu tenho este HDD USB de 3 TB para o qual o Ubuntu relata 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
gparted diz não alocado, Windows diz não alocado. Existe alguma maneira de recuperar este HDD?
Responder1
Esta é uma explicação do que eu pessoalmente faria na sua situação. O que estou prestes a dizer anulará sua garantia. Então, primeiro, se você tiver garantia, verifique isso. Se não, considere isso.
Eu removeria o disco rígido do gabinete USB. Eu acho que o dispositivo é provavelmente SATA. Eu instalaria então o disco rígido SATA em um dos meus PCs desktop. Nesse ponto, salvo um defeito de hardware mais sério, eu inicializaria no Linux e examinaria os dados SMART dos discos, usando o utilitário de discos (gnome-disks). Se você chegar até aqui, 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 funcionar, eu compraria outro disco de 3 TB ou maior e clonaria para 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 parecido, eu consideraria a recuperação profissional de dados.
se o disco for reconhecido e/ou montado, mas meus arquivos estiverem faltando, eu postaria de volta com esse detalhe.
se tudo estivesse lá e/ou o disco estivesse operacional, os dados SMART estivessem corretos e eu recuperasse meus arquivos, saberia que a interface USB foi a causa dos problemas. Eu então terminaria.
Caso contrário, relate os resultados e modificarei minha resposta.
Novamente, o que estou recomendando é por sua própria conta e risco, remova o disco rígido do gabinete USB e avalie primeiro a condição do hardware.
Responder2
Antes de fazer qualquer outra coisa, recomendo fazer uma imagem da unidade, marcá-la como somente leitura e brincar com ela. Gastar mais tempo do que o necessário com a unidade física conectada 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, ele irá falhar e você ficará preso com uma imagem parcial, começando de novo.
Existem variantes melhores do tipo dd que lidam com erros de maneira mais elegante. No mínimo, ele precisa pular erros, deixando blocos zerados. Os melhores tentam novamente. Os inteligentes não tentam novamente naquele momento, mas lembram-se deles e voltam para tentar novamente depois de obter o restante do disco. Uma ferramenta melhor, se obtiver mais de um erro consecutivo, não continuará lendo sequencialmente, martelando na mesma seção do disco, mas pulará seções cada vez maiores na primeira passagem até obter uma leitura livre de erros de novo. 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 é boa.
"safecopy" é um programa semelhante ao dd que ignora erros para que você possa obter uma imagem completa. Para meu último trabalho de recuperação física, finalmente optei pelo GNU DDRescue. Veja como ele 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 de seus dados (o arquivo de imagem de disco), você poderá respirar mais facilmente e começar a tentar obter seus arquivos. Como alguém mencionou, o photorec é um ótimo programa para localizar arquivos excluídos, mesmo sem entrada de diretório (incluindo pesquisa de disco bruto onde não há dados de partição). Ele funciona pesquisando nos setores do disco os "números mágicos" ou padrão de bytes no início (e às vezes mais adiante) que são exclusivos de um tipo de arquivo específico.
Responder3
Quando um raio derrubou meu HDD WD externo de 3 TB, eu o removi do gabinete. O PS no case estava torrado, mas o HDD funcionou, mais ou menos. Quando instalei a unidade no meu computador, ela exibiu uma tabela de partições muito antiga que eu não usava há anos.
Executei o ddrescue (demorou mais de 7 horas para ser executado) para recuperar meus dados. Consegui recuperar alguns dos meus arquivos mais importantes, mas perdi a maior parte do que estava na unidade.
A unidade em si funciona perfeitamente agora.
O maior problema que tive foi criar e excluir partições muitas vezes no disco rígido. Cada tabela de partição ainda estava lá, bem como uma lista de todos os arquivos nelas contidos. Cheguei à conclusão de que realmente preciso limpar o disco antes de alterar as partições se espero recuperar os dados da unidade novamente.
Antes de remover a unidade do gabinete, tive que decidir se os dados necessários eram mais valiosos do que a unidade. Eliminei uma garantia de 3 anos 3 meses após a compra e até comprei a garantia estendida por 5 anos. É uma merda, mas é uma escolha.
Responder4
Você pode tentar badblocks para encontrar setores defeituosos no HDD e depois ignorar esses setores para uso futuro. mais informações estão aqui
http://linuxpoison.blogspot.in/2008/01/howto-check-disk-drive-for-errors-and.html
em seguida, use um software de recuperação.