Beiträge von Oriel7

  • Emergency Mode durch LUKS und NVIDIA

    Für die Nachwelt möchte ich hier nochmal die von Google-KI vorgeschlagene Lösung festhalten, die das Problem anscheinend bei mir bei OpenSUSE Tumbleweed gelöst hat.

    Das Problem: Ich habe OpenSUSE Tumbleweed installiert, mit LUKS auf der Homepartition, efi-Boot, KDE mit Wayland, NVIDIA 1080 Ti. Beim Hochfahren kommt entweder der Emergency Mode oder der Paßworteingabebildschirm ist eingefroren. (Mit Leap war es ähnlich.)

    Lösung (von Google-KI): „Dieses Problem ist bei openSUSE Tumbleweed ein bekannter Endgegner. Es entsteht, weil das grafische Boot-Menü (Plymouth) versucht, die Passworteingabe für deine /home-Partition anzuzeigen, während gleichzeitig das Kernel-Modul von NVIDIA initialisiert wird. Da Tumbleweed ein extrem schnelles Rolling-Release ist, überholen sich die Prozesse beim Booten (Race Condition): Die Grafikkarte schaltet um, Plymouth stürzt ab, friert ein oder verschluckt Zeichen deines Passworts.“

    „Lösung: Die NVIDIA-Treiber direkt in die Ramdisk (Initramfs) zwingen. Standardmäßig lädt openSUSE die NVIDIA-Treiber erst sehr spät im Bootprozess, damit die Boot-Ramdisk klein bleibt. Zu diesem Zeitpunkt läuft das LUKS-Passwortfenster aber schon. Wenn wir die NVIDIA-Treiber zwingen, sofort beim allerersten Boot-Schritt zu starten (Early KMS), gibt es kein Wettrennen mehr.“

    1. Öffne ein Terminal und erstelle eine Konfigurationsdatei für den Ramdisk-Generator (dracut:(
      Code
      sudo nano /etc/dracut.conf.d/99-nvidia-early-kms.conf
    2. Füge dort folgende Zeile ein, damit die Treiber zwingend mitaufgenommen werden:
      Code
      force_drivers+=" nvidia nvidia_modeset nvidia_uvm nvidia_drm "
    3. Speichere die Datei (Strg+O, Enter) und schließe sie (Strg+X).
    4. Generiere deine Boot-Ramdisk für alle Kernel neu:
      Code
      sudo dracut -f --regenerate-all

    Vorteil: Plymouth und NVIDIA sind von Sekunde Eins an synchronisiert, die Passworteingabe ist wieder wunderschön grafisch und bricht nicht ab.“

  • Emergency Mode durch LUKS und NVIDIA

    Zitat von Sauerland

    Dazu hast du dich nicht geäußert.

    Pardon, das hatte ich früher schonmal versucht, denn Google-KI hatte das vorgeschlagen. Hatte damals das Problem nicht gelöst, weil die Paßworteingabe auch im Textmodus nicht glatt lief. Weil im Moment das System zumindest beim vierten Booten starte, will ich nchts mehr ausprobieren, was nicht eine sichere Lösung verspricht. Wir könnten daher den Fall hier auch abschließen. Danke für Eure Hilfe.

  • Emergency Mode durch LUKS und NVIDIA

    Funktioniert das System, wenn bei der Homepartition noauto steht?


    PS. Für die Nachwelt ein Hinweis. Durch Eure Hinweise habe ich herausgefunden, daß, wenn man LUKS verwendet, man die Homepartition nicht mit der Markierung "linux-home" oder "linux_home" versehen darf, weil sonst beim Booten zweimal versucht wird einzuhängen.

  • Emergency Mode durch LUKS und NVIDIA

    Zitat von Alero

    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:

    Zitat

    Mit 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 /home fror ein, da der Timeout-Schutz von systemd griff, bevor eine Eingabe möglich war.

  • Emergency Mode durch LUKS und NVIDIA

    Zitat von Sauerland

    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

  • Emergency Mode durch LUKS und NVIDIA

    Zitat von luigi

    Um die richtige Reihenfolge des Einhängens der Partitionen zu gewährleisten (mögliche race-condition), gibt es einen Parameter für die Einträge in der/etc/fstab. Hast du das schon versucht? (hier als Beispiel für deine / home-Partition):

    x-systemd.requires=systemd-cryptsetup@cr-auto-2.service

    Danke. Wo könnte ich "x-systemd.requires=systemd-cryptsetup@cr-auto-2.service" eintragen? Wirklich in die fstab nach "default"?