O GParted apagou acidentalmente minha partição / dev / sdb

Question

Estou executando o Ubuntu 16.04 em um Lenovo P50.

Eu tenho 2 SDDs no meu laptop da seguinte forma:

• / dev / sda - 256GB, tem uma partição Linux e Windows
• / dev / sdb - 512 GB, única partição fat32, usada para armazenar grandes arquivos de dados (todos os quais não são importantes ou são armazenados em outro lugar)

Eu queria mover as janelas para / dev / sdb para que minha partição linux pudesse ocupar todos os 256GB de / dev / sda. Para fazer isso, eu primeiro quis encolher minha partição de "armazenamento de dados" / dev / sdb.

Para encolher minha partição / dev / sdb, eu abri o gparted e usei a operação "resize partition" para encolher minha partição / dev / sdb para 128GB. O GParted informou que concluiu a operação com sucesso.

Fechei o gparted e o reabrei. Quando o reabri, ele relatou que o tamanho da minha partição / dev / sdb estava inalterado e ainda estava ocupando todos os 512GB da unidade. Eu fiz a operação de "redimensionar" novamente. Depois de fazer a operação de redimensionamento pela segunda vez, a tabela de partição ficou corrompida. O GParted não conseguiu mais detectar o sistema de arquivos.

O testdisk também não conseguiu detectar o meu sistema de arquivos fat32. O fdisk relatou 4 partições de tamanhos aleatórios, sugerindo que a tabela de partição estava corrompida.

Pretendo mudar alguns dados importantes no futuro e quero saber

• O que fiz de errado
• Por que isso aconteceu
• Como posso recuperar meus dados (estou disposto a abrir um editor hexadecimal e selecioná-lo manualmente)
• Como posso evitar isso no futuro?

Answer 1

O que fiz de errado

Primeiro erro foi usar FAT32 e supondo que você poderia salvar arquivos maiores. O FAT32 não tem um diário, para facilitar a recuperação / reparo e não pode salvar arquivos acima de 4GB. Pode dizer que você salvou, mas apenas os primeiros 4 GB salvos.

Quando o gparted disse que funcionava, mas não mostrou, você deveria ter parado imediatamente de investigar o motivo. Pode ter precisado chkdsk que é realmente lento em FAT32 como nenhum jornal.

Por que isso aconteceu

Não tenho certeza, geralmente o gparted funciona, mas geralmente é melhor usar as ferramentas do Windows para Windows & amp; Ferramentas Linux para Linux. Então você não culpa o Linux por corromper um sistema de arquivos do Windows.

Como posso recuperar meus dados (estou disposto a abrir um editor hexadecimal e selecioná-lo manualmente)

Você provavelmente deve usar o ddrescue ou ferramentas semelhantes para o drive de imagem. Em seguida, você pode usar o photorec, que faz parte do testdisk, para verificar se há algo parecido com um arquivo. Como apenas uma partição, você pode tentar redefinir a tabela de partições e ver se o chkdsk ou o dosfsck funciona.

Como posso evitar isso no futuro?

Agora gosto do gpt, pois ele tem uma tabela de partições de backup sobre MBR (msdos), mas o Windows é inicializado apenas no modo UEFI a partir do gpt. Ubuntu pode ser boot UEFI ou BIOS do gpt. Eu sugeriria reinstalar o Ubuntu em vez de mover o Windows. Você poderia mover / home & amp; dados em nova instalação facilmente antes de excluir a instalação antiga. Se você quiser uma partição de dados para compartilhamento de dados, use o NTFS.