lSinkz
(usa Debian)
Enviado em 18/08/2015 - 23:13h
Achei isto em um artigo, não se é 100% que dê certo, mas pior acho que não pode ficar né:
Entra no boot com o CD.
Em primeiro lugar, descobrir o que partição que estamos lidando.
sudo fdisk -l
O acima irá listar todas as partições em todas as unidades em seu computador. Para recuperar uma partição perdido, você vai precisar de Testdisk . Testdisk está incluído no Parted Magic, e há um grande guia em seu site. Para isso, porém, precisamos apenas o número da partição, como / dev / sda3 ou / dev / hdb1.
Agora, verifique se o superbloco é o problema, iniciando uma verificação do sistema de arquivos, substituindo xxx com o seu nome da partição. Aqui, você pode mudar ext4 a ext3, ext2 ou de acordo com o sistema de arquivos.
sudo fsck.ext4 -v /dev/xxx
Se o superbloco é corrupto, a saída será parecido com este
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>
Agora vamos descobrir onde seus backups superbloco são mantidos.
sudo mke2fs -n /dev/xxx
Para baixo na parte inferior dessa produção, deve ser uma lista dos backups
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208
Seu quase lá. Finalmente, restaurar o superbloco do backup, novamente substituindo os x com o seu nome da partição, e block_number com o primeiro superbloco backup.
sudo e2fsck -b block_number /dev/xxx
Agora reinicie, e seu superbloco deve ser corrigido. Se não for, repita os passos, mas restaurar um superbloco de backup diferente