Reparando o superbloco corrompido no sistema de arquivos crypto_LUKS

3

Estou tendo alguns problemas para iniciar meu laptop (Toshiba P75-A7200). Ligar meu laptop prontamente me leva à tela do GNU GRUB. Selecionando a opção Ubuntu (ou qualquer coisa das opções avançadas para o menu do Ubuntu) prontamente me leva para a janela BusyBox v1.22.1 (initramfs), seguindo o conselho de Pergunte ao ubuntu - A inicialização cai para um (initramfs Eu digitei exit no terminal na esperança de obter o nome da partição corrompida.Então eu recebo um monte de erros dizendo

mount: mounting /sys on /root/sys failed: No such file or directory

mount: mounting /proc on /root/proc failed: No such file or directory

/init: line 343: can't open /root/dev/console: no such file

depois, um monte de outras linhas, incluindo

Kernel panic - not syncing: Attempted to kill init!

CPU: 2 PID: 1 Comm: init not tainted

Há um monte de outras linhas que posso postar, se necessário, mas acho que essas são as mais importantes. Agora, como o terminal não me permite digitar nada, preciso reiniciar o disco rígido. Eu consegui entrar no BIOS e liveboot no Ubuntu usando um stick usb com a mais recente distribuição do ubuntu (Ubuntu 16.04.4 LTS). Eu então puxei um terminal para tentar consertar o superbloco. Eu usei sudo mke2fs -n /dev/sda5 para obter uma lista dos superblocos de backup em sda5, então tentei usar sudo e2fsck -b block_number /dev/sda5 para consertar o superbloco, substituindo block_number por um dos superblocos de backup listados, mas isso me deu o seguinte erro.

e2fsck 1.42.13 (17-May-2015)

e2fsck: Bad magic number in super-block while trying to open /dev/sda5

The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem.

Depois de tentar isso com alguns blocos diferentes, ocorreu-me que antes o comando sudo mke2fs -n /dev/sda5 me avisou que o / dev / sda5 contém um sistema de arquivos crypto_LUKS. Eu disse a ele para prosseguir de qualquer maneira. Quando eu instalei o ubuntu pela primeira vez eu criptografei o disco rígido usando a opção build in durante a instalação. Poderia ser essa a razão pela qual não posso consertar o superbloco com um dos backups e, se sim, como posso consertá-lo? Eu não consegui encontrar muita informação sobre crypto_LUKS ou como consertar superblocos ao usá-lo. Algumas pessoas mencionaram como você tem que descriptografar a unidade antes de recuperar os dados, mas neste momento eu estou apenas tentando fazer meu computador funcionar novamente, se eu não puder, então vou ver como recuperar os dados e começar de novo quando chegar casa. Eu tentei usar o fdisk algumas vezes, mas embora ele não tenha realmente me dado nenhum erro, ele também não corrigiu nada (que eu posso dizer).

Eu também usei o comando sudo fdisk -l|grep Linux|grep -Ev 'swap' que, além de me dizer que a partição 2 não inicia em listas de limites de setor físico sda1 e sda5, tenho certeza de que sda5 é onde está o problema.

Usar sudo dumpe2fs /dev/sdaX | grep superblock para sda1 fornece uma lista de superblocos de backup, mas se eu tentar com sda5, ele me diz

dumpe2fs: Bad magic number in super-block while trying to open /dev/sda5

Couldn't find valid filesystem superblock

Qualquer ajuda e / ou recomendação seria muito apreciada, obrigado.

    
por H. Smith 23.04.2018 / 21:36

0 respostas