Danke. Wo könnte ich "x-systemd.requires=systemd-cryptsetup@cr-auto-2.service" eintragen? Wirklich in die fstab nach "default"?
bei den Optionen die mit Kommas getrennt werden.
Emergency Mode durch LUKS und NVIDIA
- Oriel7
- Erledigt
-
-
Vorher auch die Luks Partitionen formatiert?????
Nein, LUKS ausschalten kommt für mich nicht in Frage.
-
Na dann, auf zu den nächsten 50 Posts ...
-
bei den Optionen die mit Kommas getrennt werden.
Spalte 4. nach Filesystem, Mount-Point, Fs-Type.
-
Na dann, auf zu den nächsten 50 Posts ...
So wenige?
-
Nein, LUKS ausschalten kommt für mich nicht in Frage.
Ein evtl. defektes Luks behalten und dann neu installieren?
Super Logik.
-
Ein evtl. defektes Luks behalten und dann neu installieren?
Super Logik.
* Wieso, das LUKS ist doch nicht defekt. Das Problem liegt doch im Rennen zwischen Grafikkartentreiber und Entschlüsselung.
* Die Zeile im fstab wäre dann:Code/dev/mapper/cr-auto-2 /home ext4 defaults,data=ordered,x-systemd.requires=systemd-cryptsetup@cr-auto-2.service 0 2 -
* Wieso, das LUKS ist doch nicht defekt.
Das weißt Du noch nicht wirklich.
-
Funktioniert es mit
Codeplymouth.enable=0im Grub beim Start?
-
Na dann, auf zu den nächsten 50 Posts ...
Danke für alle Hilfe. Die hohe Zahl der Posts liegt daran, daß keiner die Lösung gefunden hat. Irgendwelche Neuerungen sind mit der Kombination Nvidia 1080 und LUKS auf der Homepartition nicht vereinbar. Dazu Google-KI:
ZitatMit der neueren systemd-Version in Leap 16.0 wurde die Parallelisierung beim Booten verschärft. systemd versucht, Grafiktreiber und Verschlüsselungsdienste (
systemd-cryptsetup) so früh und zeitgleich wie möglich zu laden. Wenn der Nvidia-Treiber zu diesem Zeitpunkt noch nicht voll initialisiert war (oder durch den oben genannten Wayland/SELinux-Konflikt steckte), schlug das Timing fehl. Die LUKS-Abfrage für/homefror ein, da der Timeout-Schutz von systemd griff, bevor eine Eingabe möglich war.
