"Beschädigte Shell" nach cryptdisks_start

"Beschädigte Shell" nach cryptdisks_start

Ich verwende seit Jahren die Luks-Verschlüsselung für USB-Backup-Laufwerke ohne Probleme, aber jetzt tritt ein seltsames Verhalten auf. Der Unterschied besteht darin, dass sich hier das gesamte System (außer /boot) auf LVM über Luks über einem Soft-RAID befindet.

Mit dem verschlüsselten LVM ist alles in Ordnung, aber nachdem ich ein ausgeführt habe, cryptdisks_startum das Backup-Laufwerk zu entsperren (ich habe einen Eintrag dafür hinzugefügt /etc/crypttab), wird alles, was ich eingebe (Konsole oder SSH-Sitzung), nicht angezeigt (einschließlich des Wechsels zu einer neuen Zeile, nachdem ich die Eingabetaste gedrückt habe). Ich muss die Sitzung schließen (oder sowohl die Root- als auch die Benutzersitzung, wenn ich ein ausgeführt habe su -), um zum Normalzustand zurückzukehren.

Das Laufwerk ist tatsächlich entsperrt und ich kann es verwenden. cryptdisks_stopfunktioniert einwandfrei. Wenn ich den /etc/crypttabEintrag für den Backup-Treiber entferne und ihn damit entsperre, cryptsetup luksOpen ...funktioniert es auch einwandfrei und die Manpage für cryptdisks_start besagt, dass es sich nur um einen Wrapper um cryptsetup handelt, der analysiert /etc/crypttab.

Wie kann ich das beheben?

Antwort1

Es handelt sich um einen Fehler, der erst in der Version 14.10 von cryptsetup behoben wurde, siehehttps://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1301086

Ich habe das Setup geändert, um eine Schlüsseldatei zu verwenden, da das Problem bei Askpass liegt, das das interaktive Passwort verarbeitet.

verwandte Informationen