Ubuntu avec chiffrement complet du disque - mauvais mot de passe après la mise à niveau vers 18.04

Il y a quelques mois, j'ai défini le chiffrement complet du disque lors de l'installation d'Ubuntu 17.10. Maintenant, j'ai décidé de mettre à niveau. La mise à niveau s'est terminée sans aucun problème. Cependant, après le redémarrage, je ne peux pas me connecter à mon disque crypté.

Où peut être le problème? Je suis sûr à 100% que j'appuie sur les "touches de droite" du clavier, mais techniquement, je ne sais pas ce que j'écris à cause des caractères "*" et peut-être qu'après la mise à niveau, la disposition de mon clavier a changé. J'utilise certains caractères qui pourraient être ailleurs sur le clavier. Quelle langue est par défaut après la mise à niveau?

Au fait, j'ai déjà essayé le verrouillage des majuscules, mais toujours pas de chance.

L'aide sera vraiment appréciée. Je ne suis pas un fan de l'installation de mon système et de toutes les sauvegardes encore et encore.

— M_Ryan
source

avez-vous essayé de monter le lecteur à partir d'une clé USB? Vous pouvez le faire via GUI dans l'application Drives.

— luisgonzalez

Merci de votre réponse. Après quelques tentatives erronées, je suis arrivé à initramfs - donc en ligne de commande. Cool. J'ai testé mon jeu de caractères (c'est ok), j'ai vérifié qu'il y a un jeu de clés via $ cryptsetup luksDump. J'ai donc essayé d'ajouter une nouvelle phrase secrète à ma partition chiffrée: $ cryptsetup luksAddKey / dev / sdb1. Mais je reçois toujours une erreur sur le mauvais mot de passe. C'est fou, je sais à 100% que ce mot de passe fonctionnait avant la mise à niveau.

— M_Ryan

Donc ... Pour être absolument sûr que ce n'est pas une faute de frappe, j'ai démarré un CD live et j'ai passé du temps à essayer différents mots de passe avec: $ echo -n "blahblah" | cryptsetup luksAddKey / dev / sdaX Je sais que j'écris le bon mot de passe, j'ai même testé les mêmes touches du clavier en utilisant la disposition UK et US + en combinaison avec le verrouillage des majuscules. Juste pour être sûr. Toujours "Aucune clé disponible avec cette phrase secrète". cryptsetup luksDump / dev / sdaX affiche l'emplacement de clé 0 comme activé. Eh bien, il semble que "quelque chose s'est passé" lors de la mise à niveau d'Ubuntu 17.10 vers 18.04 et ma partition luks est verrouillée. Quelque chose comme ça vous est déjà arrivé?

— M_Ryan

J'ai effectué une mise à niveau du 16.04 au 18.04 et j'ai un problème différent du vôtre. Dans mon cas, c'était une partition LUKS qui montre un autre type d'erreur.

— luisgonzalez

S'il n'y a pas plus de clés que la partition n'est perdue, n'est-ce pas?

— Christopher Perrin

Réponses:

J'ai le même problème lorsque j'ai mis à jour mon ubuntu de 17.10 à 18.04. Après de nombreux tests, j'ai trouvé une solution à mon problème. Je viens de changer la disposition du clavier aux États-Unis et j'ai tapé mon mot de passe dans ma disposition nativ (azerty). Il semble donc que l'invite cryptsetup soit maintenant dans ma disposition nativ et plus aux États-Unis. Et mon mot de passe n'a jamais été stocké en azerty comme je le pensais.

J'espère que ma solution vous aidera et excusez-moi pour mon pauvre anglais.

— user825758
source

C'était la solution pour moi. Le mot de passe entré à cryptsetup (17.04) était en fait dans la disposition du clavier américain, après la mise à niveau il change en langue maternelle; Ainsi, vous avez maintenant différentes touches à appuyer - par exemple, si vous avez appuyé sur "vous avez réellement entré @ lors de la saisie du mot de passe, si vous avez appuyé sur £ vous avez réellement entré #. Mappez les symboles de la disposition native aux symboles américains correspondants.

— Vix

Pareil ici. Ma phrase secrète, que j'ai saisie lors de l'installation et que j'ai toujours pensé être dans la disposition sv_SE, semble être toujours en en_US. Par conséquent, les caractères qui se trouvent sur des clés différentes entre en_US et sv_SE devaient être saisis là où ils seraient pour sv_SE.

— 2018

Cela semble être causé par un bogue dans 17.10 qui fait que la mise en page est toujours la mise en page américaine standard lors de la saisie de votre mot de passe, même si vous avez défini la mise en page sur autre chose.

J'utilise Dvorak, donc je l'avais réglé sur cela lors de la saisie initiale de mon mot de passe pour le cryptage. Seulement ce n'est pas Dvorak en le tapant, c'est toujours la mise en page américaine standard.

Par exemple, supposons que votre mot de passe soit "bonjour". Taper "bonjour" et supposer Dvorak lorsque la mise en page est vraiment la mise en page américaine standard donne "jdpps". Vous supposez que votre mot de passe est "bonjour" mais qu'il est en fait stocké en tant que "jdpps".

Vous ne le remarquez jamais, car quand il vous le demande, c'est aussi le standard américain en coulisse, donc taper votre mot de passe "bonjour" dans Dvorak donne "jdpps" en réalité, et vous y êtes.

Cependant, en 18.04, ils semblent avoir corrigé le bogue. Alors maintenant, lorsque vous tapez "bonjour" dans Dvorak, c'est vraiment "bonjour" et ne correspond plus à votre mot de passe stocké.

Pour revenir, il vous suffit de comprendre ce qui a été réellement stocké, en voyant ce qui serait sorti si vous avez tapé votre mot de passe dans votre mise en page native alors que la mise en page réelle est définie en anglais américain. Je l'ai fait et j'ai tapé ce mot de passe, et cela a fonctionné.

J'espère que cela aide quelqu'un d'autre, j'ai lutté avec cela pendant quelques bonnes heures. Je dirais que c'est vraiment l'un des bugs les plus parfaits que j'ai jamais rencontrés.

— O.Powell
source