Disco errado acidentalmente excluído com DD

1

Acabei de excluir (acidentalmente) meu segundo disco com dd if=/dev/zero of=/dev/sdb1 . Eu notei a letra errada após 10 segundos, e 2GB de uma partição de 990GB foram apagados (o espaço total em disco é de 1TB). Depois de perceber o que eu tinha feito, tentei remontá-lo, sem sucesso. Eu corri um rápido fsck antes de desconectar o disco, e isso é o que eu encontrei:

fsck -y /dev/sdb
fsck from util-linux 2.29.1
e2fsck 1.43.4 (31-Jan-2017)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Found a dos partition table in /dev/sdb

Claro que nem o comando e2fsck funciona. Existe alguma maneira de recuperar o disco, ou devo comprar outro e tentar resgatar os dados?

    
por user134167 07.06.2017 / 05:07

1 resposta

2

(Eu notei que você executou o comando fsck no disco errado - /dev/sdb , em vez de /dev/sdb1 - então você pode querer um pouco de sono / café e outro par de olhos antes de fazer qualquer outra coisa.)

A etapa apropriada a ser tomada neste momento é fazer uma cópia da unidade (usando dd ou ddrescue ) e, em seguida, usar ferramentas de recuperação de dados para ver o que você pode obter de uma cópia da unidade. Tudo que eu faço seria na unidade de cópia, no caso de eu encher. Existe o risco de piorar as coisas.

Eu tentaria recuperar os dados da seguinte forma:

  1. Encontre um superbloco alternativo usando mke2fs -n /dev/sdb1 - diga sim para o prompt e gravar os números que lhe dá alternativa superblocos.
  2. fsck.ext4 -y -b XXXXX /dev/sdb1 (onde XXXXX é o último número de superbloco acima).

  3. Monte o sistema resultante e obtenha os dados possíveis.

Se isso falhar, tente usar testdisk e / ou photorec para recuperar o pouco que puder.

    
por 07.06.2017 / 07:10