Ubuntu 14.04 cai no initramfs na inicialização após perda de energia

Question

Após uma perda de energia incomum (laptop colocado no chão ...), o Ubuntu 14.04 cai no initramfs ao ser inicializado e eu não consigo me recuperar.

Depois de ligar o sistema, o GRUB é exibido e, depois de selecionar a única opção "vanilla" do Ubuntu, minha senha de criptografia é solicitada. A mensagem de sucesso de criptografia é exibida e, em seguida, sou imediatamente descartada no prompt initramfs sem uma mensagem de erro.

Saída de recuperação de inicialização (fdisk, parted, etc): link

Eu inicializei o sistema a partir de um USB ao vivo e executei o fsck diretamente em / dev / sda1 e usando um superbloco de backup (seguindo as instruções aqui: A inicialização cai para um prompt (/ initbox) / busybox . Este último corrigiu alguns erros, mas não corrigiu o problema. Eu sou capaz de montar essa partição e ver arquivos. Criptografado / dev / sda5 não será montado através do Nautilus no USB ao vivo (com um erro "já em uso"), mas minha senha é aceita durante a inicialização normal (antes de acionar o prompt initramfs).

Seguindo as instruções do Ubuntu Wiki , removi os argumentos "quiet" e "splash" no prompt do grub, mas estou não é possível ver nenhum erro inteligível no texto de rolagem. Adicionado o argumento "debug", mas nenhum log aparece em /tmp/ , então, aparentemente, não estou fazendo corretamente ou entendendo mal o que ele deve fazer.

Executei o modo de reparo de inicialização recomendado sem melhorias.

    

Answer 1

Foi a partição criptografada /dev/sda5 que foi a origem do problema. Minhas tentativas iniciais de executar fsck foram frustradas devido à falta de compreensão do cryptsetup e do LVM. Consegui "acessível o suficiente" em uma sessão do Live USB:

• montando a partição criptografada , então
• expondo os volumes LVM contidos

Neste ponto, tentei:

sudo mkdir /mnt/brokenVolume
sudo mount /dev/mapper/ubuntu--vg-root /mnt/brokenVolume

Isso deu um erro wrong fs type, bad option, bad superblock . No entanto, agora consegui executar:

fsck -fy /dev/mapper/ubuntu--vg-root

Isso corrigiu vários problemas, após os quais consegui mount normalmente. A reinicialização me trouxe de volta ao meu sistema normal de trabalho.