Upgrade auf bookworm - Problem nach Aufwachen

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
HumiNi
Beiträge: 559
Registriert: 02.10.2014 21:46:18

Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von HumiNi » 05.10.2023 12:21:41

Moin

Ich habe erst am Wochenende das Upgrade auf bookworm durchgeführt.
Mit dem Kernel 6.1 funktioniert nach dem Aufwachen in 50% der Fälle die Grafikkarte nicht mehr, d.h. HDMI- und DVI-Port werden nicht aktiviert (Gnome-Session). Auch ein Umschalten auf ein Terminal ist nicht möglich. Der Rechner selbst läuft aber. Ich kann mich per ssh anmelden und den Rechner gezielt rebooten.
Mit dem alternativen Kernel 5.10 trat das Problem bisher nicht auf.

Hat jemand Tipps zur Ursache bzw. wie ich per ssh-Anmeldung vielleicht die Grafikkarte reaktivieren kann?
Im aktuellen Zustand ist die Rechner-Nutzung ziemlich nervig.

Code: Alles auswählen

root@gauner:~# cat /etc/debian_version 
12.1

root@gauner:~# dpkg -l linux-image* | grep ^ii
ii  linux-image-5.10.0-25-amd64          5.10.191-1   amd64        Linux 5.10 for 64-bit PCs (signed)
ii  linux-image-6.1.0-12-amd64           6.1.52-1     amd64        Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-amd64                    6.1.52-1     amd64        Linux for 64-bit PCs (meta-package)

root@gauner:~# lspci | grep VGA
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Sumo [Radeon HD 6530D]

root@gauner:~# lspci -v -s $(lspci | grep -i VGA | awk '{print $1}') | grep "Kernel driver in use:"
	Kernel driver in use: radeon
Und eine Bitte um Nachsicht: Ich bin seit Jahren nur noch Nutzer, will also sagen, dass mir administrative Ursachenforschung nur noch sehr schwer von der Hand geht.
Es macht übrigens viel wacher, den Kaffee über die Tastatur zu kippen, statt ihn zu trinken.

HumiNi
Beiträge: 559
Registriert: 02.10.2014 21:46:18

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von HumiNi » 05.10.2023 13:06:35

Neue Erkenntnis: Das Problem ist eben auch mit dem Kernel 5.10 aufgetreten.
Es macht übrigens viel wacher, den Kaffee über die Tastatur zu kippen, statt ihn zu trinken.

Benutzeravatar
GregorS
Beiträge: 3144
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von GregorS » 05.10.2023 17:17:00

entsorgt2014 hat geschrieben: ↑ zum Beitrag ↑
05.10.2023 12:21:41
... funktioniert nach dem Aufwachen in 50% der Fälle ...
Meine letzten „Unzuverlässigkeitsprobleme“ habe ich behoben, indem ich den betreffenden Rechner von Debian auf Devuan umgerüstet habe. Ich verdächtige eine Unverträglichkeit der Aufwachtätigkeit mit systemd.

Gruß

Gregor

PS: In meinem Fall geht es um einen Intel-Mac Mini und dessen IR-Sensor. Der Rechner wurde immer „kaltgestartet“. Mal ging der IR-Sensor, mal nicht. Seit der Umstellung auf Devuan funktioniert er immer.
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

HumiNi
Beiträge: 559
Registriert: 02.10.2014 21:46:18

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von HumiNi » 06.10.2023 09:39:15

Umstieg auf Devuan wegen der vagen Hoffnung, dieses Problem nicht zu haben? Da müsste ich noch Argumente sammeln.

Andererseits: Wenn du systemd als Übeltäter vermutest, kann es doch nur ein darin integriertes Script sein, dass nicht zuverlässig ist, also ein Softwareproblem. Mein Ziel ist es eher, den passenden Scriptschnipsel zur Behebung oder wenigstens Umgehung meines Problems zu finden. Leider tappe ich noch völlig im Dunkeln.

Heute morgen ist die Graka ordentlich aufgewacht (Kernel 6.1).

Gibt es ein Protokoll über Einschlaf- und Aufwachzeiten?
Es macht übrigens viel wacher, den Kaffee über die Tastatur zu kippen, statt ihn zu trinken.

Benutzeravatar
GregorS
Beiträge: 3144
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von GregorS » 06.10.2023 10:08:47

entsorgt2014 hat geschrieben: ↑ zum Beitrag ↑
06.10.2023 09:39:15
Umstieg auf Devuan wegen der vagen Hoffnung, dieses Problem nicht zu haben? Da müsste ich noch Argumente sammeln.
Dass eine vage Hoffnung ein bisschen wenig für eine solche Umstellung ist, ist klar. Aber evtl. kannst Du das Problem mit Live-Systemen nachvollziehen oder testen. Das Blöde an Unzuverlässigkeit ist allerdings, dass sie so unzuverlässig ist.
Andererseits: Wenn du systemd als Übeltäter vermutest, kann es doch nur ein darin integriertes Script sein, dass nicht zuverlässig ist, also ein Softwareproblem. Mein Ziel ist es eher, den passenden Scriptschnipsel zur Behebung oder wenigstens Umgehung meines Problems zu finden. Leider tappe ich noch völlig im Dunkeln.
Dabei kann ich nicht helfen. Systemd ist eine Blackbox für mich.
Gibt es ein Protokoll über Einschlaf- und Aufwachzeiten?
Evtl. wird das in /var/log/syslog eingetragen. Mach' mal

Code: Alles auswählen

tail -f /var/log/syslog
und lass' mal einschlafen und aufwachen.
Oder sieh mit

Code: Alles auswählen

less /var/log/syslog
mal nach, ob schon Einträge vorhanden sind.

HTH

Gregor

PS: Live-Debian gibt's hier: https://www.debian.org/CD/live/
Live Devuan z.B. hier: https://ftp.fau.de/devuan-cd/devuan_dae ... ktop-live/
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

HumiNi
Beiträge: 559
Registriert: 02.10.2014 21:46:18

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von HumiNi » 07.10.2023 12:42:46

Moin

Über die Stichworte PM: suspend und Freezing kann ich tatsächlich die Einschlaf- und Aufwachzeiten in der syslog ermitteln. Nicht so komfortabel wie z.B. "last reboot" aber immerhin. Danke.

Leider habe ich auch in der syslog die Ursache für das Fehlverhalten der Grafikkarte bisher nicht finden können, d.h. ich finde keine wesentlichen Unterschiede in der syslog bei regulärem und fehlerhaften Aufwachen.
Es macht übrigens viel wacher, den Kaffee über die Tastatur zu kippen, statt ihn zu trinken.

Benutzeravatar
GregorS
Beiträge: 3144
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von GregorS » 08.10.2023 17:02:39

entsorgt2014 hat geschrieben: ↑ zum Beitrag ↑
07.10.2023 12:42:46
Über die Stichworte PM: suspend und Freezing kann ich tatsächlich die Einschlaf- und Aufwachzeiten in der syslog ermitteln. Nicht so komfortabel wie z.B. "last reboot" aber immerhin. Danke.
Leider habe ich auch in der syslog die Ursache für das Fehlverhalten der Grafikkarte bisher nicht finden können, d.h. ich finde keine wesentlichen Unterschiede in der syslog bei regulärem und fehlerhaften Aufwachen.
Hm...

Kannst Du das Verhalten mal mit Live-Distributionen testen? Wenn das Verhalten mit einer Live-Distribution nicht auftritt (zumindest nicht in den ersten zehn Versuchen oder so ...), könnte das vielleicht zumindest Anhaltspunkte liefern. IIRC habe ich Links zu Live-Distris weiter oben verlinkt.

Damit würdest Du Dein jetziges System nicht antasten, also zumindest nichts verschlimmern. Ansonsten gehen mir gerade die Ideen aus.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
MSfree
Beiträge: 11605
Registriert: 25.09.2007 19:59:30

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von MSfree » 08.10.2023 17:07:49

GregorS hat geschrieben: ↑ zum Beitrag ↑
08.10.2023 17:02:39
Kannst Du das Verhalten mal mit Live-Distributionen testen?
Live-Systeme laufen von einem Read-Only-Dateisystem und ohne Swap. Wohin soll da der Kernel das Speicherabbild schreiben, wenn man ihn schlafen legt?

Ich würde erwarten, daß man Suspend-to-Disk mit einem Live-System nicht nachvollziehen kann.

Benutzeravatar
GregorS
Beiträge: 3144
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von GregorS » 08.10.2023 17:19:02

MSfree hat geschrieben: ↑ zum Beitrag ↑
08.10.2023 17:07:49
GregorS hat geschrieben: ↑ zum Beitrag ↑
08.10.2023 17:02:39
Kannst Du das Verhalten mal mit Live-Distributionen testen?
Live-Systeme laufen von einem Read-Only-Dateisystem und ohne Swap. Wohin soll da der Kernel das Speicherabbild schreiben, wenn man ihn schlafen legt?
Ich würde erwarten, daß man Suspend-to-Disk mit einem Live-System nicht nachvollziehen kann.
Ups, geht's um Suspend-to-disk? Das hatte ich zwischenzeitlich vergessen. Dann könnte man natürlich noch testen, ob das Problem bei Suspend-to-RAM auch auftaucht.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

rhHeini
Beiträge: 2706
Registriert: 20.04.2006 20:44:10

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von rhHeini » 08.10.2023 17:26:58

Wieviel RAM hat der Rechner? Wie gross ist die swap-Partition?

Benutzeravatar
GregorS
Beiträge: 3144
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von GregorS » 08.10.2023 17:40:28

MSfree hat geschrieben: ↑ zum Beitrag ↑
08.10.2023 17:07:49
GregorS hat geschrieben: ↑ zum Beitrag ↑
08.10.2023 17:02:39
Kannst Du das Verhalten mal mit Live-Distributionen testen?
Ich würde erwarten, daß man Suspend-to-Disk mit einem Live-System nicht nachvollziehen kann.
Ich habe den Thread gerade noch einmal quergelesen. Welches „Schlafenlegen“ gemeint ist, ist nicht erwähnt. Da ein „Suspend-to-disk-System“ aber grundsätzlich „kalt“ startet, würde ich dort ein solches Fehlverhalten eh nicht erwarten.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
MSfree
Beiträge: 11605
Registriert: 25.09.2007 19:59:30

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von MSfree » 08.10.2023 18:06:24

GregorS hat geschrieben: ↑ zum Beitrag ↑
08.10.2023 17:40:28
Da ein „Suspend-to-disk-System“ aber grundsätzlich „kalt“ startet, würde ich dort ein solches Fehlverhalten eh nicht erwarten.
Doch, gerade beim Kaltstart kann es zu Problemen kommen.

Schließlich wird der Zustand von vor dem Auschalten wieder vom Swap in den Hauptspeicher geladen. Dabei denk dann z.B. der Graphiktreiber, die Hardware wäre schon mit Firmware versorgt, obwohl diese neu geladen werden müßte.

Abhilfe wäre, den Graphiktreiebr vor dem Suspend to Disk zu entladen und während des Aufwachens neu zu laden. Dieses Entladen und Neuladen mehrerer Hardwareschnitstellen kann ein Reihenfolgeproblem darstellen, was dann zu Problemen führt. Das zu debuggen, kann aber auch schwierig sein.

HumiNi
Beiträge: 559
Registriert: 02.10.2014 21:46:18

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von HumiNi » 08.10.2023 18:13:19

Code: Alles auswählen

MiB Mem :   7666,8 total,    303,4 free,   4381,7 used,   3541,3 buff/cache     
MiB Swap:  11443,0 total,  11440,2 free,      2,8 used.   3285,1 avail Mem 

Code: Alles auswählen

gauner kernel: [ 7185.584416] ACPI: PM: Waking up from system sleep state S3
Ich muss jetzt mal recherchieren, was S3 bedeutet.
Es macht übrigens viel wacher, den Kaffee über die Tastatur zu kippen, statt ihn zu trinken.

HumiNi
Beiträge: 559
Registriert: 02.10.2014 21:46:18

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von HumiNi » 08.10.2023 18:18:41

MSfree hat geschrieben: ↑ zum Beitrag ↑
08.10.2023 18:06:24
Abhilfe wäre, den Graphiktreiebr vor dem Suspend to Disk zu entladen und während des Aufwachens neu zu laden. Dieses Entladen und Neuladen mehrerer Hardwareschnitstellen kann ein Reihenfolgeproblem darstellen, was dann zu Problemen führt. Das zu debuggen, kann aber auch schwierig sein.
Interessante Überlegung. Kannst du mir auch sagen, wie ich das über die bash manuell initiiere? Wenn das möglich ist, wäre das möglicherweise eine gute Voraussetzung für ein Aufwach-Script.
Es macht übrigens viel wacher, den Kaffee über die Tastatur zu kippen, statt ihn zu trinken.

Benutzeravatar
GregorS
Beiträge: 3144
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von GregorS » 08.10.2023 18:36:47

entsorgt2014 hat geschrieben: ↑ zum Beitrag ↑
08.10.2023 18:13:19

Code: Alles auswählen

MiB Mem :   7666,8 total,    303,4 free,   4381,7 used,   3541,3 buff/cache     
MiB Swap:  11443,0 total,  11440,2 free,      2,8 used.   3285,1 avail Mem 

Code: Alles auswählen

gauner kernel: [ 7185.584416] ACPI: PM: Waking up from system sleep state S3
Ich muss jetzt mal recherchieren, was S3 bedeutet.
Lt. meinen Recherchen ist S3 „Suspend-to-RAM“. Evtl. hilft ja das, was ich dazu gefunden habe: https://www.nvidia.com/en-us/geforce/fo ... lack-scre/

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

HumiNi
Beiträge: 559
Registriert: 02.10.2014 21:46:18

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von HumiNi » 13.10.2023 10:02:15

Seit dem Update auf Kernel 6.1.0-13-amd64 funktioniert das Aufwachen deutlich stabiler.
Es macht übrigens viel wacher, den Kaffee über die Tastatur zu kippen, statt ihn zu trinken.

HumiNi
Beiträge: 559
Registriert: 02.10.2014 21:46:18

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von HumiNi » 18.11.2023 10:10:39

Für das Protokoll:

Ich habe ein Handling herausgefunden, wie man das Problem (fast?) sicher umschiffen kann. Der HDMI-Monitor muss beim Aufwachen des Rechners ausgeschaltet sein. Ich warte also (wenn ich daran denke :wink: ) ein paar Sekunden bis zum Einschalten dieses ab, Der Zustand des per DVI angeschlossenem Monitors beim Aufwachen ist unbedeutend.

Nun habe ich nur noch das Problem, meine Denke und Finger immer im Zaum zu halten...
Es macht übrigens viel wacher, den Kaffee über die Tastatur zu kippen, statt ihn zu trinken.

DaCoda
Beiträge: 172
Registriert: 09.07.2019 21:58:10

Re: Upgrade auf bookworm - Problem nach Aufwachen

Beitrag von DaCoda » 27.01.2024 20:20:11

Habe genau das gleiche Problem. Ist schon seit Jahren so. Hatte mal in die Syslog geschaut und man konnte sehen wie irgendwas in Zusammenhang mit NVidia bei mir abstürzt.

Habe Standby einfach deaktiviert, weil ich es nicht brauche.

Antworten