Desproteger um “rm -r” em um dispositivo de disco rígido externo exfat

Question

Existem várias questões sobre como desfazer um comando rm -r , no entanto, neste caso específico, eu tenho uma partição / disco rígido formatado exfat, em vez de, por exemplo, e disco formatado em ext4 / ext3.

O disco é um disco externo e, como não gravei nada no disco desde a execução do comando rm -r , os dados devem ser totalmente recuperáveis. (Nada deveria ter sido escrito.)

Então, um breve resumo do que fiz foi:

• Eu tenho um disco externo de 2 TB, que uso para fazer backup de meus dados para um projeto específico.
• Eu tentei copiar esses dados para um NAS conectando o disco externo (via USB) e executando um comando cp -r para copiar dados.
• Eu não sabia que onde eu estava copiando os dados não teria espaço livre suficiente. Portanto, o comando cp -r falhou ao informar que não há espaço em disco suficiente.
• Como o local de destino era meu diretório pessoal, executei rm -r nas três subpastas que foram copiadas da raiz do meu disco externo.
• Opa, esse comando rm -r foi realmente executado na raiz do meu disco externo, NÃO meu diretório inicial.

Portanto, tenho uma cópia parcial dos dados no disco em que meu diretório pessoal está. Infelizmente isso é apenas cerca de 50 GB de cerca de 1,2 GB ...

(A propósito, se algum dos itens acima não estiver claro, deixe uma pergunta nos comentários e eu os clarificarei.)

Eu sei os nomes das 3 subpastas que estavam na raiz da minha unidade externa.

Como posso restaurar o subdiretório "tree". (Eu sei que os dados para os arquivos ainda estarão lá, mas que a estrutura de dados que aponta para os arquivos especificando em quais pastas eles foram apagados? Eu acho? Eu não tenho 100% de certeza sobre como os dados exfat são formatados em um disco ...)

Até agora eu tentei testdisk . O que eu fiz é uma varredura de arquivos e pastas excluídos para um novo arquivo de log em um disco nas local. Infelizmente isso está demorando muito, e eu acho que o testdisk vai apenas despejar todos os arquivos que encontrar em uma pasta ... o que não é bom porque eu tinha muitos arquivos com os mesmos nomes em diferentes subpastas no disco externo.

Então eu tenho 2 problemas:

• Pelos meus cálculos, levará cerca de meio ano para concluir a verificação. (A taxa está correndo agora.)
• Acho que a subpasta heirachy não será restaurada e todos os arquivos serão colocados em uma subpasta no local de recuperação.

Perguntas:

• O testdisk restaurará a subpasta heirachy ou despejará tudo em uma única pasta?

• Existe um método mais rápido para desfazer o comando rm -r que eu executei no meu disco rígido externo formatado com exfat?

Note que o comando rm -r apagou provavelmente cerca de 1000000 arquivos do disco ... então eu acho que o que eu estou esperando é alguma forma de desfazer a exclusão de grandes quantidades de arquivos?

    

Answer 1

Is there a faster method to undo the rm -r command which I ran on my exfat formatted external hard disk?

ExFat exclui arquivos marcando cada entrada de arquivo e diretório com um símbolo (0xe5 como o primeiro byte) e também removendo o ponteiro para a entrada do arquivo para que os blocos sejam liberados. Não existe uma segunda tabela de arquivos, portanto, uma vez feito, não é possível corrigir. AFAIK não existe outro método para recuperar um arquivo com o ExFat no linux.

Will testdisk restore the subfolder heirachy or dump everything in a single folder?

O Testdisk, que é usado para recuperação de partição e sistema de arquivos, permite localizar arquivos listados no sistema de arquivos como excluídos, com a exceção desses arquivos que provavelmente não foram sobrescritos. Nesse caso, você pode "desfazer a exclusão" dos arquivos, que estão copiando o arquivo, começando nos innodes listados, com o nome do arquivo e outras informações intactas.

Isso inclui a hierarquia de pastas, às vezes . Eu usei apenas recuperar 1440 fotos de um cartão SD Canon Camera corrompido formatado como ExFat. Eu pude ver os arquivos na câmera, mas não quando coloquei o cartão SD no meu Mac. O Testdisk pode ver a pasta corrompida / excluída e eu posso recuperar os arquivos com pelo menos dois níveis de estrutura de pastas. Deve ser o mesmo para você ter usado o rm. Se houvesse uma etapa intermediária de colocar todos esses arquivos em uma lixeira ou lixeira, talvez ela não tivesse sua estrutura de pastas existente.

A outra ferramenta que vem com o TestDisk é o PhotoRec, que é um analisador de disco de baixo nível que procura estruturas de arquivos, ignorando o sistema de arquivos . É quando você exclui uma partição ou o sistema de arquivos é completamente fechado. Como os dados reais não têm nomes, isto é feito pelo sistema de arquivos ou sistema operacional, todos os arquivos seriam sem nome e sem estrutura de pastas.

A velocidade do TestDisk, é essencialmente a mesma velocidade que qualquer cópia de arquivo, dependendo da velocidade do seu disco, computador ou SO.

    

Answer 2

Tanto quanto me lembro, testdisk não vai apenas despejar qualquer arquivo diretamente em um diretório. Em vez disso, ele solicitará um arquivo por vez.

Agora, o que você precisa fazer é ter cuidado. Quando você restaura um arquivo, o testdisk pode gravar esse arquivo na unidade, o que pode arruinar a capacidade de restaurar outros arquivos. A solução é fazer com que o testdisk restaure os arquivos TO em uma unidade diferente da unidade em que o testdisk está restaurando arquivos FROM .

E, sim, eu senti que o testdisk é bem lento.

Infelizmente, não conheço uma maneira mais simples de restaurar a partir do exFAT, e não tenho certeza se existe uma. A capacidade de "UNDELETE" era popular em torno dos tempos de DR-DOS 5 e MS-DOS (6, talvez 5). No entanto, as empresas aprenderam que a melhor abordagem é ter os dados corretamente salvos. Então, tem havido menos interesse em poder desfazer UNDELETE. No momento em que o exFAT chegou, o interesse pela recuperação diminuiu. Eu sugiro que você se considere com sorte que testdisk suporta exFAT.

Eu não acho que o exFAT seja muito diferente do FAT32. Eu estou apostando que FAT32 e FAT16 são decentemente suportados por algumas ferramentas de código aberto. Então, não seria muito difícil para alguém escrever um bom apagamento de exFAT.