Eu tenho um Linux Mint 12 instalado no meu laptop. Ontem desliguei como sempre faço e esta manhã quando liguei fui recebido por uma tela de erro.
(Traduzido do sueco)
Erros fatais encontrados ao verificar a unidade de disco para /home
Recebi a opção de ignorar, pular e recuperação manual. Tentei primeiro ignorar, o que apenas reduziu para pular e recuperação manual.
No modo de recuperação manual (um prompt como root), tentei fsck.ext4 -p /dev/sda3.
fsck.ext4: Device or resource busy while trying to open /dev/sda3
Filesystem mounted or opened exclusively by another program?
Então inicializei uma versão live do Linux Mint 12. A partição não apareceu no nautilus como as outras partições. tenteifsck.ext4 -p /dev/sda3
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda3
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>
eu li umtutorial sobre o assuntoe digitoumke2fs -n /dev/sda3
mke2fs 1.41.14 (22-Dec-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
4218880 inodes, 16852736 blocks
842636 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
515 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424
Escolhi um número aleatório nessa lista, 294912, e digiteie2fsck -b 294912 /dev/sda3
e2fsck 1.41.14 (22-Dec-2010)
One or more block group descriptor checksums are invalid. Fix<y>? yes
Group descriptor 0 checksum is invalid. FIXED.
...
Group descriptor 512 checksum is invalid. FIXED.
/dev/sda3 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #1 (31743, counted=24413).
Fix<y>? yes
(then there's about 100 more of that but different groups)
Free blocks count wrong for group #465 (32768, counted=30402).
Fix<y>? yes
Free blocks count wrong (16541927, counted=13884226).
Fix<y>? yes
Free inodes count wrong for group #208 (8192, counted=8183).
Fix<y>? yes
(10 more of these)
Free inodes count wrong (4218869, counted=4214769).
Fix<y>? yes
/dev/sda3: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda3: 4111/4218880 files (2.1% non-contiguous), 2968510/16852736 blocks
Eu então montei /dev/sda3em /mnt. Os arquivos são criptografados usando ecryptfs. Eu usei ecryptfs-recover-privateo que me deu meus arquivos em/tmp. Eles parecem não corrompidos.
Por que meu superbloco se "recorrompe" na inicialização? Um rápido teste SMART mostra que o disco está OK, sem setores defeituosos.