Copiando o arquivo para o dispositivo de bloco

3

Eu tenho um disco rígido USB formatado em NTFS que possui meu backup de arquivos pessoais. Hoje montei a unidade em um sistema Oracle Linux e copiei um arquivo regular usando o comando abaixo (veja os comandos abaixo). Por engano, usei o arquivo do dispositivo /dev/sdb1 durante a cópia.

mount -t ntfs-3g /dev/sdb1 /sample
cp file1 /dev/sdb1

Depois disso, desmontei a unidade e conectei-me ao sistema Windows. Agora o sistema Windows reclama que a unidade precisa ser formatada e / ou corrompida.

Minha pergunta é: podemos recuperar essa unidade sem perder dados pessoais? Como posso visualizar os arquivos disponíveis nesta unidade? Apenas a montagem de volta ao sistema Linux mostrará os arquivos?

    
por Murali 09.05.2016 / 12:53

3 respostas

3

Você definitivamente substituiu / corrompeu a partição. Não há necessidade de tentar montá-lo em outro lugar. Não vai montar no Linux.

Se você tiver sorte ou não, depende muito do tamanho do arquivo.

Se o arquivo é (muito) pequeno (KB), eu tentaria no software do Windows tentar consertar a partição. Por exemplo, o link

Se o arquivo for razoavelmente grande, todas as apostas estão desativadas. Teria apagado os principais blocos do início do seu sistema de arquivos, e enquanto os arquivos ainda estão lá, não será uma tarefa simples recuperá-los. Normalmente, isso envolve serviços profissionais especializados que são (muito) bem pagos.

    
por 09.05.2016 / 13:34
2

Para recuperar arquivos, é necessário usar o software de recuperação de arquivos: link - for windows < br> é uma boa escolha da experiência antiga, pode ser melhor hoje em dia.

Como é NTFS, eu evitaria o software Linux para essa partição em particular.

E com tudo isso; você sempre precisa de espaço em disco extra suficiente para salvar os arquivos recuperados enquanto faz a recuperação.

    
por 09.05.2016 / 19:53
2

Eu respondi a uma pergunta muito semelhante no Software Recommendations Q & A website.

Os arquivos que você perdeu

Can we recover this drive without losing any personal data?

Se por "dados pessoais" você quer dizer dados gerados pelo usuário (excluindo arquivos do sistema), este pode ser o caso, porém somente se a sua unidade NTFS continha um SO (provavelmente Windows). Supondo que o arquivo que você escreveu não era muito grande, você não sobrescreveu mais do que os primeiros 4-5 GB do sistema de arquivos, que teria sido ocupado pelo Windows.

Se a sua unidade continha apenas arquivos do usuário, é quase certo que você perdeu alguns deles, para dizer o mínimo.

Não tente montar a partição

How can I view the files available on this drive? Just mounting back to Linux system will show the files?

Não, não faça isso. Se você quiser maximizar a quantidade de dados recuperados, não tente acessar a unidade novamente usando ferramentas normais. Não tente consertá-lo usando fsck ou programas similares.

Clona a unidade

Você deve primeiro clonar a unidade e evitar a tentativa de recuperação na unidade original. Você pode usar ddrescue para executar uma cópia, mesmo se a unidade tiver danos ao hardware (o seu não, mas ainda é uma ferramenta útil):

ddrescue /dev/sda /media/user/External/copy.img /media/user/External/status.log

Veja minha resposta para Cópia bruta do disco rígido com falha para obter uma explicação detalhada .

Restaurar arquivos da cópia

Disclaimer: I am the author of RecuperaBit.

Agora você pode tentar recuperar arquivos de copy.img . Se você arruinou apenas o início da partição, digamos que até alguns megabytes, você provavelmente será capaz de restaurá-lo com testdisk :

testdisk copy.img

O programa procura pelo setor de inicialização NTFS de backup e tenta ler o conteúdo da partição. Você pode listar os arquivos pressionando P depois de analisar a unidade e você está destacando a partição correta.

Se isso funcionar, você pode usar o botão C para copiar um ou mais arquivos / pastas. A interface textual mostra um processo passo-a-passo que não é difícil de seguir.

Se o dano for grave e o Testdisk não puder montar a partição, você poderá recuperar os arquivos usando RecuperaBit , mas o processo levará mais tempo. O RecuperaBit tenta reconstruir estruturas do sistema de arquivos e recuperar arquivos. Atualmente suporta apenas NTFS. RecuperaBit tenta reconstruir a estrutura de diretórios independentemente de:

  • tabela de partições ausente
  • limites de partição desconhecidos
  • metadados parcialmente sobrescritos
  • formato rápido

Você pode iniciar a análise com:

mkdir /media/user/External/recovered_files
cd [full path of recuperabit]
pypy main.py /media/user/External/copy.img -o /media/user/External/recovered_files -s /media/user/External/savefile.save

Em seguida, digite recoverable e detecte o id da sua partição. Supondo que seja 2 , digite:

restore 2 5
restore 2 -1

Para restaurar os arquivos que podem ser acessados a partir da raiz ( 5 ) e daqueles que não são ( -1 ). Novamente, veja minha resposta original para detalhes adicionais e algumas advertências que você pode encontrar.

    
por 13.05.2016 / 18:29