hier ein paar weitere Einzelheiten. OS: Debian 12verschlüsselte Partition ist eine reine Datenpartition, RootFS ist unverschlüsselt.
-- crypttab: srv /dev/sda3 /Pfad/zum/Keyfile luks -- fstab: /dev/mapper/srv /srv ext4 defaults -- ich komme bis zum Ermergency Login -- eingeloggt kann ich dann cryptsetup srv /dev/sda3 --key-file /pfad/zum/Keyfile absetzen und ebenso ein mount /srvund (fast) alles ist so wie es sein soll. Das Netzwerk ist zwar "up" (systemctl status networking gibt active) , habe aber keine IP. Auffällig ist auch, dass cryptsetup gefühlt recht lange dauert.
Wie gesagt, diese Konstellation läuft genau so seit etwa 2019 auf verschiedenen Debian Systemen, aktuell auf zwei. Bis eben gestern, da hat sich eines verabschiedet. Das andere läuft nach wie vor.
Bei dem betroffenen (headless) System musste ich gestern einen Notaus hinnehmen. Ob das aber die Ursache oder die Folge des Schlamassel ist, kann ich nicht sagen. Das System war nicht mehr erreichbar. Wir hatten auch Gewitter vorgestern Nacht mit Lichtflackern und es ist keine USV im Einsatz.
Aber bevor ich das System neu aufsetze, erstmal checken ob was zu retten ist.
Am 23.12.23 um 09:32 schrieb Marc Haber:
On Fri, 22 Dec 2023 19:28:21 +0100, "Joachim H." <linux@ejr-online.de> wrote:mein System läuft seit rund 4 Jahren mit einer verschlüsselten Partition, die beim booten über crypttab geöffnet und dann auch gemounted wird. Nun ist irgendwas passiert und es funktioniert nicht mehr. Der Bootvorgang hält an und fragt nach einem Passwort für die Entschlüsselung der Partition. Was in crypttab steht wird ignoriert?Was genau steht denn in der Crypttab? Dass er Dich nach dem Passwort für die Partition fragt zeigt doch dass er die crypttab liest? Sonst würde er die Partition doch ignorieren. Und welches Betriebssystem überhaupt?Ich komme mit einem beliebigen Passwort bis zum root login.Mit einem BELIEBIGEN Passwort?!? Bis zum regulären root login oder bis zu einem emergency login?Natürlich ist keine Partition entschlüsselt aber auch das Netzwerk ist nicht da.Und wie kann er dann booten?Hat jemand einen Tipp, was ich prüfen könnte, damit beim Booten crypttab wieder gelesen und auch verwendet wird?Die Fehlerbeschreibung muss viel präziser werden. Grüße Marc