Ubuntu com criptografia de disco completo - senha incorreta após a atualização para 18.04

14

Alguns meses atrás, eu configurei a criptografia de disco completo durante a instalação do Ubuntu 17.10. Agora, eu decidi atualizar. A atualização foi concluída até o final sem problemas. No entanto, após a reinicialização, não consigo fazer logon no meu disco criptografado.

Onde pode estar o problema? Tenho 100% de certeza de que pressiono as "teclas certas" no teclado, mas tecnicamente não sei o que estou escrevendo devido aos caracteres "*" e, talvez, após a atualização, o layout do meu teclado tenha mudado. Eu uso alguns caracteres que podem estar em outro lugar no teclado. Qual idioma é o padrão após a atualização?

A propósito, eu já tentei Caps-lock, mas ainda não tive sorte.

A ajuda será realmente apreciada. Eu não sou fã de instalar meu sistema e todos os backups repetidamente.

upgrade 18.04 password encryption luks M_Ryan
fonte
você tentou montar a unidade a partir de uma chave USB? Você pode fazer isso via GUI no aplicativo Drives.
Luisgonzalez
Obrigado pela resposta. Após algumas tentativas erradas, cheguei ao initramfs - em uma linha de comando. Legal. Eu testei meu conjunto de caracteres (está tudo bem), verifiquei se há algum conjunto de chaves via $ cryptsetup luksDump. Então, tentei adicionar uma nova senha à minha partição criptografada: $ cryptsetup luksAddKey / dev / sdb1. Mas ainda estou recebendo erro sobre a senha errada. É uma loucura, eu sei 100% que essa senha estava funcionando antes da atualização.
M_Ryan
1
Então ... Para ter certeza absoluta de que não é um erro de digitação, eu inicializei o CD ao vivo e passo algum tempo tentando senhas diferentes com: $ echo -n "blahblah" | cryptsetup luksAddKey / dev / sdaX Sei que estou escrevendo a senha correta, até testei as mesmas teclas do teclado usando o layout do Reino Unido e dos EUA + em combinação com o caps-lock. Só pra ter certeza. Ainda "Nenhuma chave disponível com esta senha". cryptsetup luksDump / dev / sdaX mostra o slot da chave 0 como ativado. Bem, parece que "algo aconteceu" durante a atualização do Ubuntu 17.10 para 18.04 e minha partição luks está bloqueada. Algo assim já aconteceu com você?
M_Ryan
Atualizei de 16.04 para 18.04 e estou tendo um problema diferente do seu. No meu caso, era uma partição LUKS que mostra outro tipo de erro.
Luisgonzalez
Se não houver mais chaves do que a partição é perdida, não é?
Christopher Perrin

Respostas:

10

Tenho o mesmo problema quando atualizei meu ubuntu de 17.10 para 18.04. Após muitos testes, encontrei uma solução para o meu problema. Acabei de alterar o layout do teclado nos EUA e digitei minha senha no meu layout nativ (azerty). Parece que o prompt de criptografia está agora no meu layout nativo e não está mais nos EUA. E minha senha nunca foi armazenada no layout azerty como eu pensava.

Espero que minha solução o ajude e desculpe-me pelo meu pobre inglês.

user825758
fonte
1
Esta foi a solução para mim. A senha digitada no cryptsetup (17.04) estava realmente no layout do teclado dos EUA, depois de atualizá-la para o idioma nativo; assim, agora você tem teclas diferentes para pressionar - por exemplo, se você pressionou "você digitou @ ao digitar a senha, se você pressionou £, você digitou #. Mapeie os símbolos do layout nativo para os símbolos americanos correspondentes.
Vix
1
O mesmo aqui. Minha senha, que eu digitei durante a instalação e sempre pensei que estava no layout sv_SE, parece que sempre estava em en_US. Portanto, os caracteres que estão em chaves diferentes entre en_US e sv_SE precisavam ser digitados onde estariam para sv_SE.
mgor 20/05/19
2

Isso parece ter sido causado por um bug na versão 17.10, que faz com que o layout seja sempre o layout padrão dos EUA ao inserir sua senha, mesmo que você tenha definido o layout para outra coisa.

Eu uso o Dvorak, então eu o defini quando inseri minha senha para criptografia inicialmente. Só que na verdade não é o Dvorak durante a digitação, ainda é o layout padrão dos EUA.

Por exemplo, digamos que sua senha seja "olá". Digitando "olá" e assumindo o Dvorak quando o layout é realmente o layout padrão dos EUA gera "jdpps". Você assume que sua senha é "olá", mas está sendo realmente armazenada como "jdpps".

Você nunca percebe isso, porque quando ele solicita, também é padrão nos EUA, então digitar sua senha "olá" em Dvorak gera "jdpps" na realidade, e você está dentro.

Em 18.04, eles parecem ter corrigido o erro. Então agora, quando você digita "olá" no Dvorak, é realmente "olá" e não corresponde mais à sua senha armazenada.

Para voltar, basta descobrir o que realmente foi armazenado, vendo o que seria produzido se você digitasse sua senha em seu layout nativo enquanto o layout real estiver definido como inglês dos EUA. Eu fiz isso, digitei a senha e funcionou.

Espero que isso ajude outra pessoa, lutei com isso por algumas horas. Eu diria que este é realmente um dos bugs mais perfeitos que eu já vi.

O.Powell
fonte