Verhindern, dass Ubuntu beim Start nach einem Kennwort für die verschlüsselte Datenpartition fragt (Ubuntu 20.04)

Verhindern, dass Ubuntu beim Start nach einem Kennwort für die verschlüsselte Datenpartition fragt (Ubuntu 20.04)

Ich verwende Ubuntu 20.04.

Ich habe eine (LUKS) verschlüsselte Partition, bei der ich beim Start nicht zum Mounten aufgefordert werden möchte (zumindest sollte das Nichtangeben eines Kennworts beim Start den Systemstart nicht blockieren), aber ich weiß nicht, wie ich dies deaktivieren kann. Beachten Sie, dass es sich bei der betreffenden Partition nicht um eine Root-Partition handelt. Sie enthält vielmehr optionale Daten, die vom Betriebssystem nicht benötigt werden und auch nicht zum Booten des Systems erforderlich sind.

Ich habe den starken Verdacht, dass ich etwas mit Systemd machen muss, aber ich kann nicht herausfinden, was. Ich sehe, dass ein cryptsetup.target aktiviert ist, aber das Ausführen von „systemctl disable cryptsetup.target“ deaktiviert es nicht.

In Crypttab steht nichts und in fstab steht auch nichts im Zusammenhang mit der betreffenden Partition.

Wenn ich jetzt versuche, das System zu booten, erscheint die Meldung „Kryptografie-Setup für srv wird gestartet …“ Bitte geben Sie die Passphrase für den Datenträger LOGICAL_VOLUME (srv) ein: …

Das System führt weder eine Zeitüberschreitung noch einen Systemstart durch, bis ich versuche, das Kennwort dreimal einzugeben – und dies geschieht, bevor die Netzwerkverbindung überhaupt aktiviert ist.

Antwort1

Ich habe das mehr oder weniger gelöst – und zwar ohne Systemd durcheinanderzubringen.

Der Partitionstyp, den ich eingestellt hatte, war „21 – Linux-Serverdaten“. Als ich den Typ in „41 – Apple RAID offline“ änderte und neu startete, wurde ich nicht dazu aufgefordert. Obwohl der Typ nicht genau wiedergegeben wird, weiß ich jetzt zumindest, dass der Partitionstyp gescannt und gemountet wird, wenn es sich um Typ 21 handelt.

Antwort2

Ich denke, das sollte so einfach sein wie das Hinzufügen der noautoOption zum Crypttab-Eintrag.

Aus der Crypttab-Manpage „noauto Ignoriert das Gerät beim Bootvorgang vollständig“

Beispielsweise /etc/crypttabwürde ein Eintrag wie dieser dazu führen, dass das Luks-Volume my-crypt beim Booten übersprungen wird:

my-crypt UUID=87938ea5-d6c2-4191-a56f-6d86e9ee none luks,noauto

verwandte Informationen