Ubuntu mit voller Festplattenverschlüsselung - falsches Passwort nach Upgrade auf 18.04

Vor ein paar Monaten habe ich während der Installation von Ubuntu 17.10 die Festplattenverschlüsselung eingestellt. Jetzt habe ich mich für ein Upgrade entschieden. Das Upgrade lief ohne Probleme bis zum Ende. Nach dem Neustart kann ich mich jedoch nicht bei meiner verschlüsselten Festplatte anmelden.

Wo kann das Problem liegen? Ich bin zu 100% sicher, dass ich die "richtigen Tasten" auf der Tastatur drücke, aber technisch weiß ich nicht, was ich schreibe, weil "*" - Zeichen und möglicherweise nach dem Upgrade mein Tastaturlayout geändert haben. Ich verwende einige Zeichen, die sich möglicherweise an einer anderen Stelle auf der Tastatur befinden. Welche Sprache ist nach dem Upgrade voreingestellt?

Übrigens habe ich bereits Caps-Lock ausprobiert, aber immer noch kein Glück.

Hilfe wird sehr geschätzt. Ich bin kein Fan davon, mein System und alle Backups immer und immer wieder zu installieren.

upgrade 18.04 password encryption luks M_Ryan
quelle

Haben Sie versucht, das Laufwerk von einem USB-Stick zu mounten? Sie können dies über die GUI in der Anwendung Drives tun.

Luisgonzalez

Danke für deine Antwort. Nach ein paar falschen Versuchen kam ich zu initramfs - also in einer Kommandozeile. Cool. Ich habe meinen Zeichensatz getestet (ok), ich habe über $ cryptsetup luksDump überprüft, ob ein Schlüsselsatz vorhanden ist. Also habe ich versucht, meiner verschlüsselten Partition eine neue Passphrase hinzuzufügen: $ cryptsetup luksAddKey / dev / sdb1. Aber ich erhalte immer noch eine Fehlermeldung wegen eines falschen Passworts. Es ist verrückt, ich weiß zu 100%, dass dieses Passwort vor dem Upgrade funktioniert hat.

M_Ryan

Also ... Um ganz sicher zu gehen, dass es kein Tippfehler ist, habe ich eine Live-CD gebootet und einige Zeit damit verbracht, verschiedene Passwörter zu testen: $ echo -n "blahblah" | cryptsetup luksAddKey / dev / sdaX Ich weiß, dass ich das richtige Passwort schreibe. Ich habe sogar die gleichen Tastaturtasten mit UK- und US-Layout + in Kombination mit Feststelltaste getestet. Nur um sicher zu gehen. Immer noch "Kein Schlüssel mit dieser Passphrase verfügbar". cryptsetup luksDump / dev / sdaX zeigt Schlüsselsteckplatz 0 als aktiviert an. Nun, es sieht so aus, als wäre während des Upgrades von Ubuntu 17.10 auf 18.04 etwas passiert und meine luks-Partition ist gesperrt. Ist dir so etwas schon mal passiert?

M_Ryan

Ich habe ein Upgrade von 16.04 auf 18.04 durchgeführt und habe ein anderes Problem als deins. In meinem Fall war es eine LUKS-Partition, die eine andere Art von Fehler anzeigt.

Luisgonzalez

Wenn es nicht mehr Schlüssel gibt, als die Partition verloren ist, nicht wahr?

Christopher Perrin

Antworten:

Ich habe das gleiche Problem, als ich mein Ubuntu von 17.10 auf 18.04 aktualisiert habe. Nach vielen Tests habe ich eine Lösung für mein Problem gefunden. Ich habe gerade das Tastaturlayout in den USA geändert und mein Passwort in meinem nativen Layout (azerty) eingegeben. Es scheint also, dass die Cryptsetup-Eingabeaufforderung jetzt in meinem nativen Layout und nicht mehr in den USA angezeigt wird. Und mein Passwort wurde nie so gespeichert, wie ich dachte.

Hoffe, meine Lösung wird dir helfen und entschuldige mich für mein schlechtes Englisch.

user825758
quelle

Das war die Lösung für mich. Das bei cryptsetup (17.04) eingegebene Passwort befand sich tatsächlich im US-amerikanischen Tastaturlayout. Nach dem Upgrade wurde es in die Muttersprache geändert. So haben Sie jetzt verschiedene Tasten zum Drücken - z. B. wenn Sie beim Eingeben des Passworts "Sie haben tatsächlich @ eingegeben, wenn Sie £ gedrückt haben, haben Sie tatsächlich # eingegeben. Ordnen Sie die Symbole aus dem nativen Layout den entsprechenden US-Symbolen zu.

Vix

Hier gilt das gleiche. Meine Passphrase, die ich während der Installation eingegeben habe und immer für das sv_SE-Layout gehalten habe, scheint wie immer in en_US zu sein. Daher mussten die Zeichen, die sich auf verschiedenen Schlüsseln zwischen en_US und sv_SE befinden, dort eingegeben werden, wo sie für sv_SE wären.

20.

Dies scheint auf einen Fehler in 17.10 zurückzuführen zu sein, der dazu führt, dass das Layout bei der Eingabe Ihres Passworts immer das Standardlayout in den USA ist, obwohl Sie das Layout auf etwas anderes festgelegt haben.

Ich verwende Dvorak und habe es bei der Eingabe meines Passworts für die Verschlüsselung eingestellt. Nur ist es nicht wirklich Dvorak, während Sie es eingeben, es ist wirklich immer noch das Standardlayout in den USA.

Angenommen, Ihr Kennwort lautet "Hallo". Wenn Sie "Hallo" eingeben und Dvorak als Standardlayout für die USA annehmen, erhalten Sie "jdpps". Sie nehmen an, dass Ihr Passwort "Hallo" ist, aber es wird tatsächlich als "jdpps" gespeichert.

Sie werden das nie bemerken, denn wenn es Sie auffordert, ist es auch ein Standard für die USA hinter den Kulissen. Wenn Sie also in Dvorak Ihr Passwort "Hallo" eingeben, erhalten Sie in der Realität "jdpps", und Sie sind dabei.

In 18.04 scheinen sie den Fehler behoben zu haben. Wenn Sie jetzt "Hallo" in Dvorak eingeben, ist es wirklich "Hallo" und stimmt nicht mehr mit Ihrem gespeicherten Passwort überein.

Um wieder einzusteigen, müssen Sie nur herausfinden, was tatsächlich gespeichert wurde, indem Sie sehen, was ausgegeben wird, wenn Sie Ihr Passwort in Ihr natives Layout eingeben, während das tatsächliche Layout auf US-Englisch eingestellt ist. Ich habe das getan und das Passwort eingegeben, und es hat funktioniert.

Hoffe das hilft jemand anderem, ich habe ein paar Stunden damit gekämpft. Ich würde sagen, das ist wirklich einer der perfektesten Bugs, auf die ich je gestoßen bin.

O. Powell
quelle