Ubuntu (Linux) und der Standby Modus

Hallo zusammen

Mal eine Frage in die Runde der Linux-Benutzer. Seit längerem habe ich Probleme mit dem Standby Modus, im meinem Fall unter Ubuntu 20.04 LTS und 22.04 LTS. Inzwischen habe ich auf 3 verschieden Stationen immer wieder Probleme. Nicht dass der Standby überhaupt nicht funktionieren würde, aber sauber will das Teil nicht arbeiten. Bei 2 Geräten (Desktop mit 22.04) hängt sich das Geräte nach dem 4 bis 6 Mal in den Standby-Schicken ohne Neustart einfach auf. Dann geht nur noch abwürgen. Und bei einem Notebook (20.04) braucht das Geräte nach dem 6 - 8 Mal in den Standby-Schicken einen 2. Anlauf um schlafen zu gehen oder kann auch wieder mal kurz danach aufwachen. Insgesamt unschön und nervig.

Ich weiß von dem Hersteller QNAP, der in seinen NAS-Modellen mit den Linux-Betriebssystem QTS nach und nach aus allen Modellen den Standby-Modus verbannt hat. Hat Linux - und im speziellen Ubuntu - ein Problem mit dem Standby-Modus? Ist da Euch etwas bekannt? Oder was habt Ihr da für Erfahrungen mit dem Standby-Modus.

Inzwischen habe ich eine der Desktop-Maschinen von Ubuntu auf Mageia umgestellt. Ubuntu = Debina, Mageia = Red Hat. Mal sehen ob dies einen Unterschied macht. Aber dies ist gerade erst passiert. Noch kann ich nicht viel dazu sagen.

Gruß

Mavalok2

Zitat von Kater

Lüftersteuerung vom Bios auf Ubuntu übergeben..

Zitat von Kater

... da sonst die Bildschirmhelligkeit nach einem Standby nicht mehr regelbar ist.

Klingt für mich erst mal nicht nach problemlos. Scheint also nicht so ohne weiteres ohne Problem zu funktionieren. Bis und mit Ubuntu 18.04 kannte ich solche Problem nicht. Erst ab 20.04 zickt das Ding herum.

Richtig. Ein paar Infos wären vielleicht nicht verkehrt. Zwei der Geräte bzw. 2 Geräte waren - eines ja nicht mehr:

~$ uname -r
5.19.0-38-generic

bzw.

Betriebssystem
--------------

Distributor ID:	Ubuntu
Description:	Ubuntu 22.04.2 LTS
Release:	22.04
Codename:	jammy


Kernel-Info
-----------

Linux version 5.19.0-38-generic (buildd@lcy02-amd64-001) (x86_64-linux-gnu-gcc (Ubuntu 11.3.0-1ubuntu1~22.04) 11.3.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #39~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Fri Mar 17 21:16:15 UTC 2

Linux tc630 5.19.0-38-generic #39~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Fri Mar 17 21:16:15 UTC 2 x86_64 x86_64 x86_64 GNU/Linux


CPU-Info
--------

model name	: AMD Embedded G-Series GX-420GI Radeon R7E
processor cores : 4
cache size	: 1024 KB


Memory-Info
-----------

MemTotal:       31801396 kB

Geräte: 2x HP T630 bzw. Lenovo ThinkPad E130. Beide Desktop-Geräte haben keine Lüfter. Sind meine Frankenstein HPs. Jo, haben sich inzwischen vermehrt.

Zitat von Kater

Wie schickst du deine Hardware in den Standby?

Einfach über die GUI > Auschalten / Abmelden > Bereitschaft

Zitat von Kater

Im Terminal macht man das mit systemctl suspend, kannst du mal probieren wenn der Rechner es verweigert.

Funktioniert. Aber das ist ja das zum Haare raufen. Auch über die GUI funktioniert es 4 - 5 Mal hintereinander, um dann irgendwann in einem Crash zu enden. Wenn es überhaupt nicht funktionieren würde, klar. Muss das per Terminal ein paar Mal hintereinander versuchen. Aber dann, wenn alle Programme geschlossen und die Daten gesichert sind.

Zitat von Kater

Der neueste Mainline-Kernel

Klingt so, also könnte man sich da wieder Probleme von anderer Seite einfangen. Die Geräte stammen aus dem Jahre 2017 oder so. Da ist nicht anzunehmen, dass hier bei ultraneuem Kernel noch was eingeflossen ist. Bei sehr neuen Geräten mag es da etwas anders aussehen.

Das traurig ist ja, dass alles andere ohne Probleme funktioniert. Es könnte ja auch an meinen Frankenstein HPs oder an der Konfiguration liegen. Sind ja umgebaute Thin Clients. Allerdings liefert HP die ja auch mit HP ThinPro aus, einen Linux-Betriebssystem. Also von daher ist Ubuntu ja nicht so abwegig.

Mageia ist auf dem 2. Gerät ein Dauercrasher. Jedes mal wenn es die Bildschirme schlafen schickt. Dies hatte Ubuntu nicht. Scheint hier ein Problem bei der Bildschirmenergieverwaltung zu geben. Aber Mageia hat noch andere Probleme. Toll aber noch nicht ganz ausgereift.

Ein paar weitere Infos.

Mit systemclt suspend hängt sich das System ebenfalls nach 3 - 4 Mal auf.

Habe jetzt das BIOS noch auf die neuste Version geflasht. Vielleicht bringt dies etwas.

Nettes Detail: Das BIOS gibt es von HP nur als EXE-Datei. Um einen BIOS-Flash-Stick zu erstellen benötigt es Windows. Finde dies jetzt ein wenig diskriminierend. Aber mein Windows PC hat sich gefreut, dass er auch wieder mal laufen durfte und was nützliches tun. Gut eine Stunde ging mal nichts, bis alle Updates installiert waren, ungefragt.

Nein, das war es auch nicht. BIOS-Update hat nichts gebracht. Hängt sich immer noch auf.

Bin mich gerade durch die Logs am wühlen. Ich das Log beim Absturz:

01:54:36 kernel: PM: suspend entry (deep)
01:54:36 systemd-sleep: Entering sleep state 'suspend'...
01:54:35 systemd: Finished GRUB failed boot detection.
01:54:34 update-notifier: gtk_widget_get_scale_factor: assertion 'GTK_IS_WIDGET (widget)' failed
01:54:33 gnome-shell: Timelines with detached actors are not supported. <panel>[<Gjs_dash-to-panel_jderose9_github_com_panel_SecondaryPanel>:0x562f91c5c540] in animation of duration 250ms but not on stage.
01:54:33 kernel: r8169 0000:01:00.0 enp1s0: Link is Down
01:54:33 NetworkManager: <info>  [1680998073.2633] device (enp1s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
01:54:33 systemd-resolve: enp1s0: Bus client reset DNS server list.
01:54:33 avahi-daemon: Interface enp1s0.IPv4 no longer relevant for mDNS.
01:54:33 systemd-resolve: enp1s0: Bus client reset search domain list.
01:54:33 NetworkManager: <info>  [1680998073.2187] dhcp4 (enp1s0): state changed no lease
01:54:33 avahi-daemon: Interface enp1s0.IPv6 no longer relevant for mDNS.
01:54:33 NetworkManager: <info>  [1680998073.1852] device (enp1s0): state change: deactivating -> disconnected (reason 'sleeping', sys-iface-state: 'managed')
01:54:33 systemd: Started Network Manager Script Dispatcher Service.
01:54:33 dbus-daemon: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
01:54:33 systemd: Starting Network Manager Script Dispatcher Service...
01:54:33 dbus-daemon: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.7' (uid=0 pid=1013 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
01:54:33 NetworkManager: <info>  [1680998073.0872] device (enp1s0): state change: activated -> deactivating (reason 'sleeping', sys-iface-state: 'managed')

Hier das Log wenn es funktioniert.

 8. Apr 23:55:57 kernel: PM: suspend entry (deep)
 8. Apr 23:55:57 systemd-sleep: Entering sleep state 'suspend'...
 8. Apr 23:55:56 systemd: Finished GRUB failed boot detection.
 8. Apr 23:55:55 indicator-senso: gtk_widget_get_scale_factor: assertion 'GTK_IS_WIDGET (widget)' failed
 8. Apr 23:55:54 gnome-shell: Timelines with detached actors are not supported. <panel>[<Gjs_dash-to-panel_jderose9_github_com_panel_SecondaryPanel>:0x562f96730a30] in animation of duration 250ms but not on stage.
 8. Apr 23:55:53 kernel: r8169 0000:01:00.0 enp1s0: Link is Down
 8. Apr 23:55:53 NetworkManager: <info>  [1680990953.8034] device (enp1s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
 8. Apr 23:55:53 systemd-resolve: enp1s0: Bus client reset DNS server list.
 8. Apr 23:55:53 avahi-daemon: Interface enp1s0.IPv4 no longer relevant for mDNS.
 8. Apr 23:55:53 systemd-resolve: enp1s0: Bus client reset search domain list.
 8. Apr 23:55:53 NetworkManager: <info>  [1680990953.7668] dhcp4 (enp1s0): state changed no lease
 8. Apr 23:55:53 avahi-daemon: Interface enp1s0.IPv6 no longer relevant for mDNS.
 8. Apr 23:55:53 NetworkManager: <info>  [1680990953.7432] device (enp1s0): state change: deactivating -> disconnected (reason 'sleeping', sys-iface-state: 'managed')
 8. Apr 23:55:53 systemd: Started Network Manager Script Dispatcher Service.
 8. Apr 23:55:53 dbus-daemon: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
 8. Apr 23:55:53 systemd: Starting Network Manager Script Dispatcher Service...
 8. Apr 23:55:53 dbus-daemon: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.7' (uid=0 pid=1013 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
 8. Apr 23:55:53 NetworkManager: <info>  [1680990953.6721] device (enp1s0): state change: activated -> deactivating (reason 'sleeping', sys-iface-state: 'managed')

kernel: PM: suspend entry (deep) also eigentlich müsste es doch funktionieren, außer dass es nicht funktioniert. Sieht hier jemand etwas?

Habe hier einen Bugreport gefunden:

Das Problem scheint es schon länger zu geben und mehr als nur ein paar User zu treffen. Hier wird von Kernel, Grafikinterface bis zu BIOS Einstellungen gemutmaßt. Beim einen scheint dies, beim anderen jenes zu helfen oder auch nicht oder nur kurzfristig. Klare Lösung keine. Toll.

Scheint aber mit 22.04 Einzug gehalten zu haben.

Nein, wird aber in dem Bug-Report auch erwähnt, dass man dies machen sollen. Scheint aber so wirklich bei niemanden zu funktionieren. Bin noch ein paar Einstellungen im BIOS und System am ausprobieren. Geht bei mir ja jeweils eine Weile. Den ganzen Tag Standby-Aufwachen-Abstürzen spielen habe ich keine Lust zu.

Auf der anderen Seite, wenn ich am Abend den PC ausschalte anstelle Standby, dann komme ich am Wochenende mit den 4 Standbys vor dem ersten Absturz auch irgendwie aus.

Bin mit der Version 8 unterwegs, nicht mit Version 9 Beta. Ich dachte, zum Start nicht gerade mit einer Beta. Bei einem neuen Betriebssystem kann ansonsten ein Feature schnell mal als Bug - und umgekehrt - verstanden werden.

Das Problem mit dem Bildschirm bei Mageia konnte ich inzwischen löschen - war eine nicht optimale Einstellung. Aber es klemmt noch beim Snapshot (Backup), was wohl ein bekanntes Problem ist und mit Version 9 gelöst sein soll.

Gibt noch das eine oder andere, was ich noch nicht optimal hinbekommen habe, aber ansonsten gefällt mir Mageia sehr gut und bin schon sehr gespannt auf die fertig Version 9.

Mageia hat für mich eigentlich nur ein Problem: Gibt leider ein paar Programme, die es nur für Ubuntu gibt und auf die ich nur ungerne verzichten würde. Bin im Moment noch auf der Suche nach adäquatem Ersatz. Bei einem Programm gibt es keinerlei Ersatz. Aber da könne ich auf Windows oder Mac ausweichen.

Zum eigentlichen Thema:

Inzwischen kann ich ziemlich genau sagen, dass das Problem mit dem Standby ein Problem mit Ubuntu ist und weder ein BIOS Problem ist, noch ein Problem mit der Hardware ist. Mit inzwischen 2 anderen Betriebssystem tritt dieses Problem auf dieser Hardware nicht auf. Aber wo genau es fehlt, weiß ich leider noch nicht genau. Ich würde aber zum Kernel tendieren: Mageia hat den Kerne 5.15 und Ubuntu 5.19. Mageia hat keine Problem mit dem Standby, Ubuntu schon. Ist aber nur eine Vermutung. Vorab auf einen 6er Kernel? Ob es dann nicht an anderer Stelle klemmt?

Seit ich mit Mageia arbeite, bin ich mit Ubuntu und Gnome gar nicht mehr so glücklich. KDE Plasma gefällt mir inzwischen besser. Aber mit Kubuntu wird das Problem wohl eher auch nicht gelöst sein.

Auf den automatischen 6er Kernel hoffe ich eigentlich. Der dürfte dann auch eher ausgereift sein. Bei zurück zu 5.15 kann eben aus sein, dass nicht nur das Standby-Problem weg ist, sondern dass dafür andere Probleme wieder da sind. Habe nämlich das subjektive Gefühl, dass Ubuntu mit den neueren Kernel einen Ticken performanter ist als Mageia mit 5.15. Kann natürlich auch andere Gründe haben.

Habe neue Erkenntnisse:

Heute ist mir Mageia das erste Mal im Standby gecrashed. Nach 8 - 10 mal Standby (langes Wochenende) wollte der Rechner nicht mehr aufwachen und musste hart ausgeschaltet werden. Einzelfall oder liegt es doch an der HP T630 Hardware?

Denke nicht, dass es an Mageia liegt, denn ich habe das selbe Problem mit Ubuntu auch. Und da ist das Problem mit verschiedenen Geräten bekannt. Nur eine wirkliche Lösung gibt es da auch nicht. Vermutlich sind meine Frankstein HP Thin Clients nicht so ganz für ausgewachsene Linux Distros gedacht gewesen. Sind ja eigentlich Embedded Systeme.

Ist jetzt das erste Mal passiert. Kann also auch einfach Zufall sein. Mal sehen.

Wollte einfach die Info hinzufügen, sollte jemand anderes mal mit dem selben Problem zu kämpfen haben. Hoffe ja auf den Kernel 6.