Recuperar de um sistema de arquivos corrompido quando o fsck não ajuda

Question

Algo correu mal no meu sistema de arquivos, o Ubuntu o definiu como somente leitura e agora, no Ubuntu Live Disc, o fsck não pode consertá-lo.

Eu estou executando o 13.04 e ele não inicializa - na inicialização, ele mostra apenas o prompt de resgate do grub.

É uma configuração simples, apenas um disco rígido em / dev / sda1, mas nem vai ser montado.

O programa de instalação pode ver a partição, que é ext4 e que é a partição de inicialização.

No entanto, parece que não posso resgatar o sistema de arquivos fazendo uma instalação do Ubuntu com o disco live do Ubuntu porque ele não indica se ele está prestes a sobrescrever o lote inteiro, então não quero arriscar.

Eu tenho um back-up usando o backuppc, mas estupidamente eu perdi meus discos de resgate. Eu prefiro evitar uma instalação completa seguida por uma restauração que não tenho experiência em executar.

O cerne da questão é que o fsck diz que conserta tudo mas na verdade não, então da próxima vez que eu executar, eu recebo exatamente as mesmas mensagens de erro e correções.

Aqui está a saída:

ubuntu@ubuntu:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

ubuntu@ubuntu:~$ 

Isso é exatamente o mesmo que foi 10 vezes antes e tenho certeza de que as próximas dez vezes eu tentei - exatamente as mesmas checagens e ids de bloco. Qualquer ajuda recebida de bom grado!

Obrigado.

EDIT: basicamente, eu acho que a pergunta é: este sistema de arquivos pode ser reparado in situ agora ou essa informação do fsck significa que meu disco está morto? E se não estiver morto, o que posso fazer acima e além do que fiz com o fsck?

EDIT: usado tune2fs para identificar superblocos e correu o e2fsck -b 01234 / dev / sda1 como uma alternativa ao fsck ... sem efeito.

EDIT: tentando testdisk que me diz que a partição está ruim. ... OK testdisk não parece oferecer muito.

    

Answer 1

Finalmente encontrei este link onde o tipo de sistema de arquivos ext4 recebe um golpe, mas depois de dar todas as dicas que eu já tentei, ele finalmente diz faça isso:

sudo mkfs.ext4 -S /dev/sda1

     

Isso substituirá todos os seus superblocos por dados corretos, supondo que o tamanho do bloco tenha sido adivinhado corretamente (o padrão está correto para a maioria dos sistemas). Se você precisar usar isso, leia as página do manual em -S primeiro. Não me culpe!

mas somente se você se sentir com sorte.

Fixou a partição para que eu pudesse lê-la novamente. No entanto, eu tive que executar fsck para corrigir os erros que ainda estavam lá, e isso descartou o conteúdo de / etc e muitas outras coisas em / lost + found, então eu terei que fazer uma reinstalação e restaure a partir do back-up para recuperá-lo novamente.

    

Answer 2

Primeiro: Se você tiver dados importantes neste disco, seria um bom momento (na verdade, um momento ruim) para fazer um backup. Veja Data-Recovery: Imaginando um dispositivo, sistema de arquivos ou unidade danificados . Talvez o seu disco rígido esteja morrendo.

Segundo: Veja isto: Como posso consertar a montagem da minha unidade de dados após uma falha?

Terceiro: Verifique seu disco rígido usando Smartmontools e, eventualmente, badblocks: sudo badblocks -vsn /dev/sda (Isso pode levar algum tempo, don ' Não faça isso se você tiver um ssd)