Emergency Mode durch LUKS und NVIDIA

Zitat von Oriel7

(System: OpenSUSE Leap 16.0, efi, LUKS auf /home, Grub-Boot, Nvidia GeForce GTX 1080 Ti)
Leider kehrt der Emergency Mode immer wieder zurück. Manchmal erscheint beim Booten der Paßworteingabebildschirm, aber ich kann nichts eingeben, keine Punkte erscheinen. Manchmal erscheint er, aber nach der Paßworteingabe gelange ich in den Emergency Mode. Und in seltenen Fällen startet das System. Kann es sein, daß noch ein ganz anderer Fehler besteht, z.B. defekte RAM? Vorhin im Emergency mode habe ich mit journalctl Fehlermeldungen der Form "e820: update [mem 0x00000000-0x00000fff] usable ==> reserved" und "

e820: remove [mem 0x000a0000-0x000fffff] usable" gefunden, aber die finde ich jetzt nicht mehr.

Code

abc@linux:~> sudo journalctl -b -1 -p err
Sep 10 06:59:13 localhost kernel: x86/cpu: SGX disabled or unsupported by BIOS.
Sep 10 06:59:13 localhost kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flag>
Sep 10 06:59:13 localhost kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flag>
Sep 10 06:59:18 localhost kernel: 
Sep 10 06:59:40 localhost systemd-cryptsetup[754]: Cannot use device /dev/disk/by-uuid/3a36d3cb-4dba-4b7e-ad34-c2e8528275d5 which is in use (already mapped or mounte>
Sep 10 06:59:40 localhost systemd-cryptsetup[754]: Failed to activate with specified passphrase: Device or resource busy
Sep 10 06:59:40 localhost systemd[1]: Failed to start Cryptography Setup for cr-auto-5.
Sep 10 06:59:50 localhost systemd-cryptsetup[1056]: Cannot use device /dev/disk/by-uuid/3a36d3cb-4dba-4b7e-ad34-c2e8528275d5 which is in use (already mapped or mount>
Sep 10 06:59:50 localhost systemd-cryptsetup[1056]: Failed to activate with specified passphrase: Device or resource busy
Sep 10 06:59:50 localhost systemd[1]: Failed to start Cryptography Setup for cr-auto-5.
Sep 10 07:00:18 localhost hp-firmware[854]: hp-firmware[854]: error: Device hp:/usb/hp_LaserJet_1320_series?serial=00CNGW536GTB does not support or require firmware >
Sep 10 07:00:20 localhost systemd-cryptsetup[1113]: Cannot use device /dev/disk/by-uuid/3a36d3cb-4dba-4b7e-ad34-c2e8528275d5 which is in use (already mapped or mount>
Sep 10 07:00:20 localhost systemd-cryptsetup[1113]: Failed to activate with specified passphrase: Device or resource busy
Sep 10 07:00:20 localhost systemd[1]: Failed to start Cryptography Setup for cr-auto-5.
Sep 10 07:02:21 localhost kernel: watchdog: watchdog0: watchdog did not stop!

Alles anzeigen

Ham, früher wiesen sporadische Speicherfehler auf ein thermisches Problem hin (also im Speicher/Lötstellen auf dem Board).

Ich würde mir memtest86+ besorgen, das muss muss auf ein bootbares Medium und dann mal eine Nacht laufen lassen und gucken was der so ausspuckt.

https://www.memtest.org/

Evtl.:

[SOLVED] boot asks password for cryptsetup AND systemd-cryptsetup / Newbie Corner / Arch Linux Forums

Zitat von Oriel7

memtester hat gerade keinen Fehler im RAM gefunden. memtest werde ich auch noch laufen lassen, aber entscheidend sind wahrscheinlich doch die Fehlermeldungen der Form "Failed to activate with specified passphrase: Device or resource busy". Wie kann ich die beheben? Wahrscheinlich liegt es immer noch an LUKS und NVIDIA. Google KI hatte mir folgendes Vorgehen empfohlen:

Code

echo 'force_drivers+=" nvidia nvidia_modeset nvidia_uvm nvidia_drm "' | sudo tee /etc/dracut.conf.d/nvidia.conf

Dann in Grub "nvidia-drm.modeset=1" hinzufügen und "sudo sdbootutil update" durchführen. Wäre das zielführend? Es übersteigt meine Kompetenz.

Deswegen der Hinweis auf den thermischen Fehler, wenn Du wirklich sporadische Speicher-Fehler hast, hilft nur eine Dauerschleife. Wenn der Dauertest nichts bring, weißt Du schon mal, das ist nicht das Problem, Ausschlussverfahren.

Zitat von Oriel7

Moment, ist denn "e820: update [mem 0x00000000-0x00000fff] usable ==> reserved" überhaupt eine mögliche Ursache für den Emergency Mode und ist es ein Hinweis auf einen Hardwarefehler?

reserved bedeutet das System hat einen 64kK Speicherblock reserviert, das ist ein Bruchteil einer Speicherseite, nur aus welchem Grund? Ich interpretiere das so, benutzbar und reserviert.

Meiner Meinung nach müsste die Meldung jedes Mal im Log stehen, wenn sie das nicht tut, könnte das ein Hinweis auf Instabilität sein.

Zitat von Oriel7

Google-KI meint zu der Meldung "e820: update [mem 0x00000000-0x00000fff] usable ==> reserved": „Diese Meldung ist eine vollkommen normale und harmlose Kernel-Nachricht beim Systemstart. Sie bedeutet kurz gesagt: Der Linux-Kernel korrigiert eine Angabe des Mainboard-BIOS, um das System vor potenziellen Datenfehlern oder Abstürzen zu schützen.“

Sage ich doch, bei jedem Boot, wenn damit ein Fehler des BIOS korrigiert wird. Der Fehler verschwindet ja nicht einfach. Also mapped das OS einen Bereich des BIOS in den RAM überschreibt diesen dann dort mit Werten, um keine Störungen im Betrieb zu haben.

Memory-Mapping war früher (also DOS) ein völlig normalrt Vorgang, um auf Bereiche außerhalb der 1024kB-Grenze zuzugreifen, bzw. für den Block zwischen 640kB und 1!MB wo BIOS, Grafikkarten und ähnliches residierten. Die Technik ist also nicht neu.

Sinnvollerweise sollte das aber jedes Mal passieren und jedes Mal an der gleichen Adresse.

Ich weiß nicht ob ich recht habe, ist mehr ein Gefühl.