Ubuntu con cifrado de disco completo: contraseña incorrecta después de la actualización a 18.04

14

Hace unos meses configuré el cifrado de disco completo durante la instalación de Ubuntu 17.10. Ahora, he decidido actualizar. La actualización se ejecutó hasta el final sin ningún problema. Sin embargo, después de reiniciar, no puedo iniciar sesión en mi disco cifrado.

¿Dónde puede estar el problema? Estoy 100% seguro de que presiono las "teclas correctas" en el teclado, pero técnicamente no sé lo que estoy escribiendo debido a los caracteres "*" y tal vez después de la actualización mi distribución del teclado cambió. Yo uso algunos caracteres que podrían estar en otro lugar del teclado. ¿Qué idioma es el predeterminado después de la actualización?

Por cierto, ya probé el bloqueo de mayúsculas, pero aún no tuve suerte.

La ayuda será muy apreciada. No soy fanático de instalar mi sistema y todas las copias de seguridad una y otra vez.

M_Ryan
fuente
¿Has intentado montar la unidad desde una llave USB? Puede hacerlo a través de GUI en la aplicación Drives.
luisgonzalez
Gracias por tu respuesta. Después de algunos intentos equivocados, llegué a initramfs, así que en una línea de comando. Frio. He probado mi juego de caracteres (está bien), he comprobado que hay un conjunto de claves a través de $ cryptsetup luksDump. Así que intenté agregar una nueva frase de contraseña a mi partición encriptada: $ cryptsetup luksAddKey / dev / sdb1. Pero todavía recibo un error sobre la contraseña incorrecta. Es una locura, sé al 100% que esta contraseña estaba funcionando antes de la actualización.
M_Ryan
1
Entonces ... Para estar absolutamente seguro de que no es un error tipográfico, he arrancado un CD en vivo y he pasado algún tiempo probando diferentes contraseñas con: $ echo -n "blahblah" | cryptsetup luksAddKey / dev / sdaX Sé que estoy escribiendo la contraseña correcta, incluso he probado las mismas teclas del teclado con el diseño de Reino Unido y EE. UU. + en combinación con el bloqueo de mayúsculas. Sólo para estar seguro. Todavía "No hay clave disponible con esta frase de contraseña". cryptsetup luksDump / dev / sdaX muestra la ranura de clave 0 como habilitada. Bueno, parece que "sucedió algo" durante la actualización de Ubuntu 17.10 a 18.04 y mi partición de luks está bloqueada. ¿Te ha pasado algo así?
M_Ryan
Actualicé de 16.04 a 18.04 y tengo un problema diferente al tuyo. En mi caso, fue una partición LUKS que muestra otro tipo de error.
luisgonzalez
Si no hay más claves de las que se pierde la partición, ¿no es así?
Christopher Perrin

Respuestas:

10

Tengo el mismo problema cuando actualicé mi ubuntu de 17.10 a 18.04. Después de muchas pruebas, encontré una solución para mi problema. Acabo de cambiar la distribución del teclado en EE. UU. Y escribí mi contraseña en mi distribución nativ (azerty). Entonces parece que el indicador cryptsetup ahora está en mi diseño nativ y ya no está en EE. UU. Y mi contraseña nunca fue almacenada en un diseño de azerty como pensaba.

Espero que mi solución te ayude y discúlpame por mi pobre inglés.

user825758
fuente
1
Esta fue la solución para mí. La contraseña ingresada en cryptsetup (17.04) estaba realmente en el diseño del teclado de EE. UU., Después de actualizarla cambia a idioma nativo; por lo tanto, ahora tiene diferentes teclas para presionar, por ejemplo, si presionó "en realidad ingresó @ al escribir la contraseña, si presionó £ en realidad ingresó #. Asigne los símbolos del diseño nativo a los símbolos estadounidenses correspondientes.
Vix
1
Igual que aquí. Mi frase de contraseña, que ingresé durante la instalación y siempre pensé que estaba en el diseño sv_SE, parece que siempre estaba en en_US. Por lo tanto, los caracteres que están en diferentes claves entre en_US y sv_SE debían escribirse donde estarían para sv_SE.
mgor
2

Esto parece ser causado por un error en 17.10 que hace que el diseño sea siempre el diseño estándar de EE. UU. Al ingresar su contraseña, aunque haya configurado el diseño en otra cosa.

Uso Dvorak, así que lo configuré cuando ingresé mi contraseña para el cifrado inicialmente. Solo que en realidad no es Dvorak mientras lo escribe, realmente sigue siendo el diseño estándar de EE. UU.

Por ejemplo, supongamos que su contraseña es "hola". Escribir "hola" y asumir Dvorak cuando el diseño es realmente el diseño estándar de Estados Unidos produce "jdpps". Asume que su contraseña es "hola" pero en realidad se está almacenando como "jdpps".

Nunca se da cuenta de esto, porque cuando se lo solicita, también es estándar en Estados Unidos detrás de escena, por lo que escribir su contraseña "hola" en Dvorak produce "jdpps" en realidad, y ya está.

En 18.04, sin embargo, parecen haber solucionado el error. Entonces, cuando escribes "hola" en Dvorak, es realmente "hola" y ya no coincide con tu contraseña almacenada.

Para volver a entrar, simplemente necesita averiguar qué se almacenó realmente, viendo lo que se generaría si escribiera su contraseña en su diseño nativo mientras el diseño real está configurado en inglés de EE. UU. Hice esto, escribí esa contraseña y funcionó.

Espero que esto ayude a alguien más, luché con esto durante unas pocas horas. Diría que este es realmente uno de los errores más perfectos que he encontrado.

O.Powell
fuente