Não é possível montar SSD ext4: 'JBD: nenhum superbloco de diário válido encontrado'

Question

Eu tenho um pequeno problema. Estou executando o Ubuntu 10.04 LTS no meu laptop, e há cerca de 2 anos substituí o HDD antigo por um SSD de 32 GB. Hoje eu tentei inicializar meu computador, mas não consegui.

Então eu coloquei o SSD em um rack HDD externo e inicializei um live CD Ubuntu 10.10 para tentar recuperar dados do SSD. O SSD aparece no menu suspenso, mas não será montado.

Log:

ubuntu@ubuntu:~$ dmesg | tail
[ 2125.445659] sd 8:0:0:0: [sda] 62533296 512-byte logical blocks: (32.0 GB/29.8 GiB)
[ 2125.446983] sd 8:0:0:0: [sda] Write Protect is off
[ 2125.446988] sd 8:0:0:0: [sda] Mode Sense: 17 00 00 08
[ 2125.446992] sd 8:0:0:0: [sda] Assuming drive cache: write through
[ 2125.449084] sd 8:0:0:0: [sda] Assuming drive cache: write through
[ 2125.449098]  sda: sda1 sda2 < sda5 >
[ 2125.454285] sd 8:0:0:0: [sda] Assuming drive cache: write through
[ 2125.454293] sd 8:0:0:0: [sda] Attached SCSI disk
[ 2125.777836] JBD: no valid journal superblock found
[ 2125.777840] EXT4-fs (sda1): error loading journal

Existe uma maneira de corrigir isso para recuperar meus dados?

    

Answer 1

Basta executar:

mke2fs -t ext4 -O ^has_journal /dev/sdX

(no seu caso, sdX é sda1 ) para recriar a partição ext4 com o diário ativado. Ou para reformatar a partição:

mke2fs -F -L "PartitionLabel" -t ext4 -O ^has_journal /dev/sdX

    

Answer 2

Já experimentou a execução de fsck ?

Na inicialização ao vivo, tente algo como:

fsck.ext4 -Dcfy -C 0 /dev/sdX#

Isso vai:

-D - Optimize directories
-c - Check for bad sectors
-f - Force a check
-y - Assumes 'yes' to all questions
-C 0 - Prints info to stdout

Você só precisa ter certeza, sem montar, que você o executa no X (o SSD) e em cada partição (somente partições EXT4).

Isso deve corrigir problemas conhecidos do sistema, informar se você não se importa e eu posso atualizar se eu encontrar outras opções.

Também encontrei um link falando sobre o 'superbloco' que pode valer a pena verificar se eu não estou familiarizado com isso, mas ele usa comandos semelhantes:

sudo fsck.ext4 -v /dev/sdX

A saída para um superbloco ruim deve se parecer com:

fsck /dev/sda5
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
fsck.ext4: **Group descriptors look bad**... trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda5

The superblock could not be read or does not describe a correct ext4
filesystem.  If the device is valid and it really contains an 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>

Em seguida, verifique a localização dos backups de superblocos:

sudo mke2fs -n /dev/sdX

Ele deve informar que os backups de superblocos são stored on blocks: # # #

Finalmente restaure os backups (se existirem):

sudo e2fsck -b block_number /dev/sdX

Mais uma vez, eu não tentei isso e não posso falar sobre sua validade - espero que alguém saiba um pouco mais sobre esse método. Fonte