Criptografia de disco completo com lvm2 falha após a atualização do kernel

Question

Estou executando o Ubuntu 12.04 com criptografia total de disco.

Isso foi implementado de acordo com o guia aqui:

link

Isso estava funcionando bem até que o kernel foi atualizado de 3.5.0-32-generic para 3.5.0-34-generic.

Agora, durante a inicialização, a partição criptografada não é montada e cai no prompt (initramfs) com o seguinte.

Gave up waiting for root device.
...
ALERT! /dev/mapper/crypt does not exist. Dropping to a shell!

O sistema ainda inicializará bem quando o kernel anterior for selecionado no GRUB.

Eu entendo que o processo de inicialização requer uma etapa ou imagem diferente para permitir que o lvm2 monte a raiz criptografada antes de inicializar, mas não tenho certeza de onde ou como solucionar problemas e corrigir o problema.

Eu tentei criar um novo initrd

    sudo update-initramfs -u
    update-initramfs: Generating /boot/initrd.img-3.5.0-34-generic

Extrair do grub.cfg

Quebrado:

menuentry 'Ubuntu, with Linux 3.5.0-34-generic' --class ubuntu --class gnu-linux --class gnu --class os {
    recordfail
    gfxmode $linux_gfx_mode
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='(hd1,msdos1)'
    search --no-floppy --fs-uuid --set=root f4554fcf-eba8-4cb0-96ea-1427fff02328
    linux   /vmlinuz-3.5.0-34-generic root=/dev/mapper/crypt ro   quiet splash $vt_handoff
    initrd  /initrd.img-3.5.0-34-generic
}

Trabalhos:

menuentry 'Ubuntu, with Linux 3.5.0-32-generic' --class ubuntu --class gnu-linux --class gnu --class os {
    recordfail
    gfxmode $linux_gfx_mode
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='(hd1,msdos1)'
    search --no-floppy --fs-uuid --set=root f4554fcf-eba8-4cb0-96ea-1427fff02328
    linux   /vmlinuz-3.5.0-32-generic root=/dev/mapper/crypt ro   quiet splash $vt_handoff
    initrd  /initrd.img-3.5.0-32-generic
}

Alguma sugestão?

Felicidades

    

Answer 1

Descobri que espaços no meu /etc/crypttab estavam causando a falha do initrd recém-criado. Mesmo que o arquivo cryptab tenha aparecido bem.

Isso foi descoberto depois que voltei ao kernel funcional e também o quebrei quando criei um novo initrd usando:

sudo update-initramfs -u

Eu removi os espaços desnecessários do / etc / crypttab e atualizei o initramfs novamente.

Tudo bem.