Disco Rígido Externo (3TB) corrompido - possivelmente tabela de partição danificada

Question

Tenho um LaCie HDD (3TB) que não consigo montar porque parece haver problemas com a tabela de partições, de acordo com o utilitário de disco. Eu estou em um mac (Sierra, atualizado). O utilitário de disco não pode repará-lo, mas lista o disco rígido. Ao tentar reparar, o utilitário de disco diz: "Reparando a tabela de partição danificada. A operação não pode ser concluída (erro com.apple.DiskManagement -69874.) Falha na operação ..."

No Utilitário de Disco, ele está listado como:
ST3000DM 001-1CH166 Mídia, 3TB, não inicializado
Localização: externo
Conexão: USB
Tabela de partição: não suportada
Status SMART: não suportado
Capacidade: 3TB
Número de subpartições: 0
Tipo: disco. Dispositivo: disk2

O disco em si é formatado como Mac Journaled (GUID). Meus outros discos rígidos têm 2 partições (de acordo com o testdisk, o disco danificado possui uma partição Linux [L] & LBA [E]). Tentei busca rápida e pesquisa profunda em testdisk (ele disse algo como sistema de arquivos estava OK, tabela de partição danificado. Não sei exatamente). Usei o testdisk para escrever uma tabela de partições, mas isso não mudou nada. Estou hesitante em apenas pressionar algumas opções no testdisk, já que não quero danificar ainda mais meus arquivos e não sei o que todas essas opções fazem.

O disco tem dados que eu realmente preciso (quando eu descobri que ele estava corrompido, eu só queria fazer o backup dos dados em outro disco rígido ... não é irônico?), então seria ótimo se eu poderia recuperá-lo. Os arquivos nele são principalmente .PNG, .JPEG, .PSD e .CR2, alguns formatos de vídeo e formatos de imagem mais antigos / móveis também. Acho que há um backup da máquina do tempo também.

O que devo fazer? Existe outra opção com o teskdisk ou o photorec?

PS: Sim, eu sei, back-up back-up de backup.
PPS: Tentei entrar em contato com empresas especializadas, mas esses serviços custam caro para um aluno como eu. Atualmente, uma demonstração do Data Rescue 4 está em execução para verificar o que pode ser recuperado, mas ouvi dizer que software como esse não pode devolver arquivos como .psd, e como é meio caro também, estou hesitante em pagar tanto para algo se não puder restaurar a maioria dos meus arquivos.

Testdisk escreveu uma nova tabela de partições depois de analisar, bem como GParted, mas ambos não funcionaram. Ouvi falar sobre o photorec, mas isso me devolveria todos os arquivos que eu tenho ou apenas arquivos com extensões específicas?

    

Answer 1

Nós consertamos. Esta não é uma resposta canônica, mas pode conter informações úteis para futuros visitantes.

Todos sugeriram analisar o disco com o testdisk.

O que a análise faz :

Analyzes a drive's current partition structure and finds partitions, making it possible to recover lost partitions.

O problema no nosso caso não era que estivéssemos perdendo partições, mas que as partições que eram não poderiam ser acessadas.

Nós dois não sabíamos nada sobre recuperação de dados, tabelas de partição, etc., então começamos a pesquisar e chegamos à a conclusão de que não havia algo errado com as partições, mas com a maneira como eles são "indexados" no disco. Achamos que isso foi gerenciado pela tabela de partições.

Analisamos o disco com testdisk várias vezes, com opções diferentes para o tipo de tabela de partição (não sabíamos o tipo originalmente, mas no final acabou sendo EFI GPT), esperando que o testdisk fosse capaz para encontrar alguns problemas com a tabela de partição que ela poderia restaurar para podermos acessar os dados novamente. Deixamos reescrever a tabela de partições depois de analisar várias vezes, mas nunca ajudou.

Antes de tentar diferentes soluções potenciais que ainda não conhecíamos, decidimos não correr nenhum risco e compramos um novo disco rígido de 3 TB e clonamos o antigo para isso.

Uma coisa estranha que notamos foi que quando analisamos o clone, o testdisk levou apenas cerca de um segundo para exibir os resultados, enquanto que o antigo demorava muitas horas. Também diria que detectou o tipo de tabela de partição como EFI GPT . O antigo tinha sido detectado como Linux e pelo menos um outro tipo, mas não EFI GPT .

Isso nos fez pensar que era muito possível que houvesse algo errado com o disco original relacionado a hardware. Nós pensamos Como um clone pode se comportar diferentemente do original se não existir?

Portanto, tudo parecia estar correto, mas este novo disco também não pôde ser montado. Diria

wrong fs type, bad option, bad superblock on /dev/sdb,  
missing codepage or helper program, or other error  
In some cases useful info is found in syslog - try  
dmesg | tail  or so

e o dmesg diria

hfs: unable to find HFS+ superblock

Esse erro foi relatado para a esquerda e para a direita, mesmo aqui na SU, mas nenhuma das soluções propostas (por exemplo, "especificar o tamanho e o deslocamento durante a montagem") funcionou para nós.

Enquanto procurávamos por pistas, encontramos uma opção no menu avançado do testdisk chamado "Superblock" ou algo semelhante.

Neste menu, existem opções para comparar a estrutura do superbloco ao backup e para sobrescrever o backup. A primeira coisa que fizemos foi comparar os dois para ver se eles eram iguais.

Não havia dados no backup. O despejo hexadecimal mostrou apenas zeros. Nós imaginamos o que poderia dar errado sobrescrevendo um monte de nada , e deixamos o testdisk sobrescrevendo a estrutura de backup. Ele fez isso e nos disse para reiniciarmos para que as alterações entrassem em vigor.

Após a reinicialização, o ubuntu mostrou o disco no launcher (primeira vez que ele fez isso) e ao clicar nele, ele seria montado com sucesso, permitindo-nos ler os dados. ☺

    

Answer 2

Aparentemente, é uma unidade USB e as conexões USB às vezes são fracas e amplas. ficar desgastado, como uma partida você já tentou novos cabos USB & uma porta diferente, mesmo em um computador diferente com boas conexões USB conhecidas?

Você deve realmente fazer uma cópia de backup mestre de toda a unidade e fazer todos os seus testes de recuperação de dados na cópia (ou em uma cópia da cópia mestre, se tiver espaço), se a unidade estiver falhando, Essa leitura poderia fazer com que ela falhasse mais rapidamente, e qualquer outra gravação com falha poderia substituir seus dados, e você nem recuperou nenhum dado ainda.

Mesmo temporariamente pedir emprestado / comprar outra unidade para armazenar uma imagem da unidade seria uma ideia segura, e seria muito mais barato do que pagar por profissionais de recuperação de dados, além de dar algum espaço para salvar os arquivos recuperados também.

Eu acho que osx é similar o suficiente para o linux ter o programa dd , então um comando básico "copiar a unidade inteira" como esse deve funcionar:

dd if=[original disk drive] of=/path/to/new/backup/file bs=10M

Onde if= é o arquivo para ler (o "no arquivo") e of= é onde gravar (o "arquivo de saída") - NÃO MISTURE-OS! bs= significa ler & escrever 10M bytes de cada vez, por vezes, o padrão é 512 bytes, o que pode causar um progresso extremamente lento, 10M (megabytes) devem ir a uma boa velocidade.

Se a unidade estiver com erros de hardware, dd poderá falhar, portanto, use gddrescue / "GNU ddrescue" deve ser melhor, ele pode fazer coisas como pular setores "ruins" ou lentos, tentar ler "para trás", começar de novo de onde parou, tem um bom saco de truques para discos problemáticos. Eu não tenho certeza se está disponível nativamente para o OS X, mas executá-lo de um Linux ao vivo funcionaria.

Depois disso, você pode desconectar & salvar a unidade original apenas no caso de você não pode recuperar seus arquivos, ao tentar testdisk / photorec & todos os tipos de programas de "recuperação profissional" de demonstração / teste em uma cópia da unidade. O testdisk deve funcionar, e se o PhotoRec não é muito bom para recuperar arquivos, mas não tem nomes de arquivos ou estrutura de diretório, eles também são gratuitos, então é um ótimo lugar para iniciar & tenha boa documentação & "como fazer" no site link