Não é bem uma solução para o problema, mas acabei por arrancar a partir de um antigo kernel onde o sda5_crypt funcionava.
Meu computador foi interrompido durante a atualização de 14.04 para 16.04. Depois eu reiniciei e corri
sudo dpkg --configure -a
e reinicie novamente. Agora, quando solicitado pela minha senha na inicialização, nada que eu insiro funciona. Eu verifiquei caps lock e num lock e digitei com cuidado, e nunca mucked com teclados diferentes. De fato, navegando para o GRUB e digitando lá, tudo que eu digito parece como esperado.
A tentativa de executar a partir do modo de recuperação leva a essa troca:
Please unlock disk sda5_crypt:
(insiro a senha)
Failed to setup dm-crypt key mapping for device /dev/disk/by-uuid/[some numbers]
Check that kernel supports aes-xts-plain64 cipher (check syslog for more info).
cryptsetup: cryptsetup failed, bad password or options?
Não está claro para mim como corrigir esse problema (aparente) com o kernel sem poder acessar uma linha de comando normal.
Não é bem uma solução para o problema, mas acabei por arrancar a partir de um antigo kernel onde o sda5_crypt funcionava.
Quando executo o cryptsetup --help do Ubuntu 14.04LTS, ele mostra o seguinte no final das opções usuais: -
Default compiled-in key and passphrase parameters:
Maximum keyfile size: 8192kB, Maximum interactive passphrase length 512 (characters)
Default PBKDF2 iteration time for LUKS: 1000 (ms)
Default compiled-in device cipher parameters:
loop-AES: aes, Key 256 bits
plain: aes-cbc-essiv:sha256, Key: 256 bits, Password hashing: ripemd160
LUKS1: aes-xts-plain64, Key: 256 bits, LUKS header hashing: sha1, RNG: /dev/urandom
Você pode querer verificar se o módulo aes está carregado em seu kernel, usando lsmod | grep aes
link continha informações úteis sobre quais módulos são necessários quando o erro mencionado aparece.
No meu kernel, o módulo kernel / arch / x86 / crypto / aes-x86_64.ko parece fornecê-lo. Parece que é uma parte padrão do kernel, então acredito que não seja carregado por padrão. A árvore de dependência em / proc / modules na minha máquina mostra aes_x86_64 = > aesni_intel e aesni_intel não parecem ter dependências, então deve ser simples de carregar.
Espero que ajude