[scheinbar erledigt] Freeze beim Start - wie debuggen?

[CH777]

------------------------
Da der Freeze seit längerem nicht mehr aufgetreten ist, gehe ich mal davon aus, dass eines der letzten Updates das Problem behoben hat.
------------------------


Bin mir gar nicht sicher, ob das eine "Kernelfrage" ist, aber da der Rechner ziemlich neu ist, kommt mir ein Hardwareproblem unwahrscheinlich vor.

Ab und an bleibt der Bootvorgang hängen, siehe EDIT weiter unten! mit der Meldung:

Code: Alles auswählen

iwlwifi  : Sorry - debug buffer is only 4096k while you requested 65536k

Danach tut sich nix mehr, einzige Möglichkeit ist ein harter Reset. Danach startet es immer normal, hatte dieses Verhalten noch nie zweimal hintereinander.

System ist aktuelles Debian 12, nötige firmware ist installiert, inxi sagt zur Karte:

Code: Alles auswählen

Device-2: Intel Wi-Fi 6 AX210/AX211/AX411 160MHz driver: iwlwifi

Da der Fehler nur gelegentlich auftritt, habe ich keine gute Idee, wie ich jetzt weitermachen kann.
Bin für alle Vorschläge dankbar!

EDIT:
Die obige Meldung kommt auch bei erfolgreichem Start, ist also offensichtlich nicht das Problem.
Wie debugge ich einen völlig random auftretenden Fehler beim Booten? Habe keine Einträge im journal oder sonstwo gefunden, aber vielleicht habe ich nicht richtig gesucht?
Keine Ahnung, hoffe, es hat jemand einen Tip für mich!!

[mat6937]

Da der Fehler nur gelegentlich auftritt, habe ich keine gute Idee, wie ich jetzt weitermachen kann.
Bin für alle Vorschläge dankbar!

Code: Alles auswählen

parm:           enable_ini:Enable debug INI TLV FW debug infrastructure (default: true (bool)

Teste mal (temporär) mit der Zeile:

Code: Alles auswählen

options iwlwifi enable_ini=N

in der Datei "/etc/modprobe.d/iwlwifi.conf". Danach rebooten.

Siehe auch die Ausgabe von:

Code: Alles auswählen

modinfo iwlwifi | grep -i parm
systool -v -m iwlwifi

[CH777]

Teste mal (temporär) mit der Zeile:

Code: Alles auswählen

options iwlwifi enable_ini=N

in der Datei "/etc/modprobe.d/iwlwifi.conf". Danach rebooten.

Danke für die Antwort!
Diese Zeile hatte ich bereits eingefügt, um eine andere Fehlermeldung zu beseitigen (966218), hilft gegen mein aktuelles Problem leider nicht.

[mat6937]

..., hilft gegen mein aktuelles Problem leider nicht.

OK, dann teste mal mit den Zeilen:

Code: Alles auswählen

vm.admin_reserve_kbytes = 8192
vm.user_reserve_kbytes = 119321
vm.min_free_kbytes = 131072

in der /etc/sysctl.conf (oder gleichwertig).

EDIT:

Teste/schau mal auch wie/ob die beiden Kernels bzgl. iwlwifi kompiliert sind, mit:

Code: Alles auswählen

grep 'CONFIG\_IWLWIFI\_DEBUG' /boot/config-$(uname -r)

Wenn Du evtl. "CONFIG_IWLWIFI_DEBUGFS=y" findest, dann versuch mal ob möglich, für diesen Kernel den Bootparameter "iwlwifi_debugfs.disable=1" (via grub) anzuwenden.

[CH777]

Teste/schau mal auch wie/ob die beiden Kernels bzgl. iwlwifi kompiliert sind

Mir ist unklar, wovon du hier sprichst. Ich habe nur einen Kernel, Standard Debian 12, wie gesagt...

OK, dann teste mal mit den Zeilen:

Code: Alles auswählen

vm.admin_reserve_kbytes = 8192
vm.user_reserve_kbytes = 119321
vm.min_free_kbytes = 131072

in der /etc/sysctl.conf (oder gleichwertig).

Auch hier ist mir schleierhaft, worauf du hinauswillst...Arbeitsspeichermangel habe ich definitiv nicht...

[schwedenmann]

Hallo


Sieht mir hier nach dem bug aus

https://lore.kernel.org/lkml/CAAJw_ZvBU ... ail.com/T/

ob das schon gefixt ist,weiß ich nicht,mußt du googeln.

mfg
schwedenmann

[mat6937]

Ich habe nur einen Kernel, ...

OK, und wie bei diesem einen Kernel. die Ausgabe von:

Code: Alles auswählen

grep 'CONFIG\_IWLWIFI\_DEBUG' /boot/config-$(uname -r)

?

..Arbeitsspeichermangel habe ich definitiv nicht...

Das hat mit Arbeitsspeichermangel nichts zu tun.

[CH777]

Sieht mir hier nach dem bug aus
https://lore.kernel.org/lkml/CAAJw_ZvBU ... ail.com/T/

Eher unwahrscheinlich, da geht es um Kernel >6.5, ich habe hier Version 6.1.

OK, und wie bei diesem einen Kernel. die Ausgabe von:

Code: Alles auswählen

grep 'CONFIG\_IWLWIFI\_DEBUG' /boot/config-$(uname -r)

Code: Alles auswählen

# CONFIG_IWLWIFI_DEBUG is not set

[mat6937]

Code: Alles auswählen

# CONFIG_IWLWIFI_DEBUG is not set

Und wie ist die Ausgabe von:

Code: Alles auswählen

grep CONFIG_IWLWIFI_DEBUGFS /boot/config-$(uname -r)

[CH777]

Keinerlei Ausgabe

[CH777]

Startpost editiert und neue Informationen hinzugefügt.

[mat6937]

... Fehler beim Booten? Habe keine Einträge im journal oder sonstwo gefunden, ...

Auch in:

Code: Alles auswählen

cat /var/log/boot.log
cat /var/log/boot.log.1

nicht?

[CH777]

Nein, auch dort keinerlei Fehlermeldungen zu sehen.
Allerdings gleicht auch keins der Logs dem anderen, was genau wird denn da geloggt?

[DeletedUser_sxWn4]

Hallo CH777,

wie bist Du denn beim Durchsuchen des journals vorgegangen?
Mein Hoffnung wäre, dass der Fehler wenigstens auf error-level loggt, und dass das journal wenn der Fehler auftritt schon (oder noch) zur Verfügung steht.
D.h. ich würde suchen mit:

Code: Alles auswählen

journalctl -p err  # die Ausgabe ggf. in eine Datei umleiten.

Die verschiedenen boots werden vermerkt. Vielleicht unterscheidet sich bei den boots, bei dem das System verreckt ist, die Fehler-Ausgabe von den anderen boots und Du findest ein paar Hinweise.
Wenn Du in der Gruppe 'systemd-journal' bist, gehts mit Nutzerrechten, ansonsten musst Du journalctl mit root-Rechten aufrufen.

[CH777]

Vielen Dank für den Tip!

Das zeigt zwar einige interessante Fehlermeldungen, leider gibt es aber für die fehlgeschlagenen Bootversuche keine Einträge.

[DeletedUser_sxWn4]

Ärgerlich! Das einzige was mir noch einfällt:

Du schreibst, der Rechner bleibt beim booten manchmal mit einer Fehlermeldung (die aber nicht der Fehler ist) hängen. Das klingt für mich, als wäre es nach 'grub', also dann, wenn der Text durchflitzt. Foto machen wenns wieder hängt und hier einstellen, vielleicht kann da irgendjemand was Verdächtiges rauslesen. Wobei ich gelbe oder rote Schrift erwarten würde, und das wäre Dir sicher aufgefallen. Evtl. noch die zugehörige boot.log posten, in der Hoffnung, dass da eben doch ein Hinweis drinsteht, den Du vielleicht übersehen hast.

Wenn da nix zu finden ist, würde ich versuchsweise mal die ganzen iwl-module blacklisten und eine Weile beobachten. Vorsichtshalber Systembackup, dann nachschauen mit:

Code: Alles auswählen

lsmod | grep ^iwl

Entsprechende blacklist erstellen. 'iwlwifi' als letztes (für den Fall, dass die Reihenfolge eine Rolle spielt). Fehlermeldung ist ja da, und vielleicht läuft der Kernel ja meistens trotzdem. Manchmal verschluckt er sich daran und dann freezt der boot...?

Wie man erkennen kann, bin ich quasi am raten und auch schon jenseits meiner Kompetenz. Wenn die wilde verschluckt-sich-abundzu-These nicht stimmt, dann scheint es so, dass man einen Fehler finden muss, der keine Fehlermeldung hinterlässt. Da weiss ich leider auch nicht weiter. Ich klink mich aus, wünsche Dir aber natürlich viel Erfolg!

[CH777]

Hier die Ausgabe von

Code: Alles auswählen

journalctl -p err

für einen hängengebliebenen Bootvorgang:

Code: Alles auswählen

-- Boot c4e4b0217f9d4b30a17861e337a56bfc --
Aug 10 10:54:33 T4-Fresszelle kernel: x86/cpu: SGX disabled by BIOS.
Aug 10 10:54:33 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:54:33 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:54:33 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:54:33 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:54:33 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:54:33 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:54:34 T4-Fresszelle kernel: iwlwifi 0000:03:00.0: Sorry - debug buffer is only 4096K while you requested 65536K

Und nun die Ausgabe für den direkt danach durchgeführten erfolgreichen Start:

Code: Alles auswählen

-- Boot bae449ff07f343e08f794bb71bb8f2b8 --
Aug 10 10:55:24 T4-Fresszelle kernel: x86/cpu: SGX disabled by BIOS.
Aug 10 10:55:24 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:55:24 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:55:24 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:55:24 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:55:24 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:55:24 T4-Fresszelle kernel: blacklist: Problem blacklisting hash (-13)
Aug 10 10:55:24 T4-Fresszelle kernel: iwlwifi 0000:03:00.0: Sorry - debug buffer is only 4096K while you requested 65536K

Sieht für mich absolut identisch aus.


EDIT:
Hier ist das gesamte Journal des fehlerhaften Boots, vielleicht kann da ja einer was erkennen:
41942

[Livingston]

Nach dem Ausschlussverfahren lohnt es sich zu schauen, was nicht der Fehler ist.
Die blacklisting-Einträge aus dmesg drehen sich um das Handling mit UEFI und sehen nicht nach der Ursache Deiner eigentlichen Probleme aus. Beiträge zu Fachdiskussionen erscheinen mir zumindest erst mal so. Beispiel https://lore.kernel.org/lkml/632d2180-0 ... -8ch.de/T/
Ähnliches findet sich auch zu späteren Kernelversionen.

Sorry, mehr kann ich nicht beitragen, aber vielleicht hilft es, wenn man zumindest ein paar Dinge von der Liste streichen kann.

[DeletedUser_sxWn4]

Ich hab das journal zumindest überflogen. Das meiste verstehe ich natürlich nicht.
Das einzige was mir aufgefallen ist:

Code: Alles auswählen

Aug 10 10:54:33 T4-Fresszelle kernel: EXT4-fs (nvme0n1p2): mounted filesystem with ordered data mode. Quota mode: none.
Aug 10 10:54:33 T4-Fresszelle kernel: EXT4-fs (nvme0n1p2): re-mounted. Quota mode: none.

Der re-mounted nochmal, ohne Fehler und ohne Angabe von Gründen. Das kenne ich von meinem System nur von snap, und das hast Du ja nicht drauf. Insofern finde ich es seltsam, und Du könntest mal schauen, was genau auf der Partition liegt, evtl. ein fsck machen. Ich glaube aber nicht so recht, dass das jetzt der Grund ist, weil es eben nicht nach error-remount aussieht.
Das mit dem iwl-blacklist würde ich noch durchziehen, ist überschaubarer Aufwand. Ultima ratio: Versuchsweise eine andere Distro oder anderes Debian mit neuerem Kernel.

Wie schaltest Du eigentlich aus, wenn der Rechner gefreezt ist? Hart? So sieht es jedenfalls aus, es sei denn, das journal-logging ist ebenfalls tot. Die Dateisysteme sind ja schon gemountet, nicht dass da noch irgendwann was dran kaputtgeht...

[mat6937]

Das einzige was mir aufgefallen ist:

Code: Alles auswählen

Aug 10 10:54:33 T4-Fresszelle kernel: EXT4-fs (nvme0n1p2): mounted filesystem with ordered data mode. Quota mode: none.
Aug 10 10:54:33 T4-Fresszelle kernel: EXT4-fs (nvme0n1p2): re-mounted. Quota mode: none.

Der re-mounted nochmal, ohne Fehler und ohne Angabe von Gründen. Das kenne ich von meinem System nur von snap, und das hast Du ja nicht drauf. Insofern finde ich es seltsam, und Du könntest mal schauen, ...

Evtl. sieht man in der Ausgabe von:

Code: Alles auswählen

dmesg | grep -i mount

auch die Zeile:

Code: Alles auswählen

VFS: Mounted root (ext4 filesystem) readonly on device ...

und wenn ja, dann ist klar, warum (später) ein remount (ohne Fehlerangabe) erfolgt.

[CH777]

Wie schaltest Du eigentlich aus, wenn der Rechner gefreezt ist? Hart?

Ja, knallhart
Anders geht es gar nicht...

[mat6937]

Ja, knallhart
Anders geht es gar nicht...

BTW: Wenn Du MagicSysRq aktiviert hast:

Code: Alles auswählen

cat /proc/sys/kernel/sysrq

, dann mal auch mit "alt + PrintScreen(/Druck)" und den Tasten "R+E+I+S+U+B" versuchen (statt knallhart).

[CH777]

Schon probiert, leider keine Reaktion.
Wenn ich CTRL+C drücke, erscheint ein blauer Bildschirm mit drei blinkenden Kästchen (Foto davon reiche ich nach, wenn es das nächste Mal passiert), aber da geht sonst auch nix weiter.

[mat6937]

Schon probiert, leider keine Reaktion.

Dann evtl. mit einem "watchdog" noch probieren.

[CH777]

Dann evtl. mit einem "watchdog" noch probieren.

Keine Ahnung, was du damit meinst...