Situação :
Eu tenho um disco rígido que originalmente tinha algumas partições NTFS e uma partição Ext4 (além de algum espaço não alocado e um Linux Swap). Ele perdeu sua tabela de partições. Nada foi sobrescrito.
Plano de fundo :
Era uma vez, eu comprei um disco rígido externo da Seagate e suspeitei que ele estava com defeito, porque as taxas de transferência seriam aleatoriamente extremamente baixas. Antes de enviá-lo para garantia, tentei executar uma ferramenta de diagnóstico (disponibilizada pela Seagate em seagate.com/support / garantia e substituições ). Executando o comando short test, ele retornou uma mensagem de erro não útil. Tentei algumas outras vezes, a mesma coisa. Então decidi executá-lo em uma partição da minha unidade interna para ver se o erro persistiria. Péssima ideia. Imediatamente, não consegui acessar nenhum arquivo no computador. Desliguei o computador e, quando o liguei novamente, o disco rígido interno tornou-se um vale sombrio de vazio.
Realiza :
TestDisk mostra todas as partições NTFS que estão faltando e eu posso ver todos os diretórios e arquivos pertencentes a elas.
Problema :
Para a partição Ext4 (onde o Ubuntu costumava habitar), ela não mostra nenhum arquivo. Em vez disso, mostra a mensagem assustadora " Nenhum arquivo encontrado, sistema de arquivos pode ser danificado. " Se eu escolher escrever a partição de qualquer maneira, ela não pode ser montada e não pode ser restaurada com e2fsck mesmo com superblocos alternativos .
Objetivo :
Faça o TestDisk encontrar a partição Ext4 correta com todos os seus arquivos; ou
Encontre uma maneira de corrigir a partição errada gravada pelo TestDisk.
Perguntas :
1) Mais alguma coisa que eu poderia tentar?
2) O que poderia fazer com que o TestDisk localizasse arquivos em todas as partições, exceto para este Ext4?
Comentários :
A partição Ext4 não foi criptografada.
Depois de escrever a partição (errada) do Ext4 com o TestDisk, posso recuperar (aparentemente) todos os seus arquivos com [R-Linux] e [PhotoRec].
O TestDisk mostra, por engano, várias partições do Linux (em que há apenas uma), cada início e fim em pontos diferentes, sobrepondo-se um ao outro. Eu tentei o que começa primeiro, o que termina por último, e alguns entre os dois.
O TestDisk fez uma varredura profunda no disco usando o tipo de tabela de partição Intel. Eu também tentei EFI GPT (como sugerido pela ferramenta), mas este nem sequer encontrar a partição do Ubuntu.
Quando eu executo TestDisk com o número padrão de cabeças (255), ele sugere que o número correto pode ser 128. Mas quando eu tento 128, todas as partições NTFS reclamam que são na verdade 255.
O TestDisk diz logo após a análise: “ O disco rígido (1000 GB / 931 GiB) parece pequeno demais! (< 3058511 TB / 2781700 TiB). Verifique o tamanho do disco rígido: configurações de jumpers HD, detecção de BIOS… ”
Ao abrir o GParted, recebo a mensagem “ O descritor do driver diz que o tamanho do bloco físico é 2048 bytes, mas o Linux diz que é 512 bytes. ”
Estou executando o Ubuntu por meio de uma unidade USB para executar essas ferramentas.
Estou trabalhando em uma cópia do disco (feita com dd).
Eu tenho um backup dos arquivos importantes, então não estou desesperado. Mas eu realmente gostaria de poder restaurar o disco.