Suspend to RAM, keine Chance mit Radeon-Treiber?

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Suspend to RAM, keine Chance mit Radeon-Treiber?

Beitrag von halo44 » 05.09.2017 14:49:18

Da wohl unter Debian Stretch das aktuelle X.org und der proprietäre fglrx-Treiber von AMD nicht mehr miteinander verträglich sind, muß ich mit dem radeon-Treiber vorlieb nehmen.

Dieser aber will wiederum nicht mit Energiesparmaßnahmen wie suspend-to-RAM bzw. suspend-to-disk kooperieren.

Da ich aber gerne eins von beiden nutzen möchte, frage ich die Forums-Community: habe ich in dieser Sache wirklich keine Chance mit meiner GPU AMD Richland HD8570D?

Bin für jede Antwort dankbar und liefere auch gerne weitere eventuell nötige Informationen.

Gruss H.

Benutzeravatar
tegula
Beiträge: 439
Registriert: 04.06.2004 13:51:04
Lizenz eigener Beiträge: MIT Lizenz

Re: Suspend to RAM, keine Chance mit Radeon-Treiber?

Beitrag von tegula » 05.09.2017 17:05:39

Erhälst du nach dem missglückten Supend eine Fehlermeldung?

Code: Alles auswählen

journalctl -b -u systemd-suspend

Code: Alles auswählen

journalctl -b -u systemd-hibernate

Code: Alles auswählen

dmesg | tail
EDIT: Befehle korrigiert.
Zuletzt geändert von tegula am 05.09.2017 20:59:32, insgesamt 2-mal geändert.

halo44
Beiträge: 703
Registriert: 12.05.2015 15:19:13

Re: Suspend to RAM, keine Chance mit Radeon-Treiber?

Beitrag von halo44 » 05.09.2017 17:46:47

tegula hat geschrieben: ↑ zum Beitrag ↑
05.09.2017 17:05:39
Erhälst du nach dem missglückten Supend eine Fehlermeldung?
...
Nein, ich löse den suspend aus mit

Code: Alles auswählen

systemctl suspend
der Bildschirm wird dunkel, die Fans laufen weiter und der Rechner fährt nach 31 Sekunden von selber wieder hoch.

Hier der Auszug aus dem Journal, wo ich um 17:34 den suspend auslöste und der Rechner nach 31 Sekunden eine neue Sitzung begann:

Code: Alles auswählen

Sep 05 17:34:00 dt-debian NetworkManager[534]: <info>  [1504625640.1446] manager: sleep requested (sleeping: no  enabled: yes)
Sep 05 17:34:00 dt-debian NetworkManager[534]: <info>  [1504625640.1446] manager: sleeping...
Sep 05 17:34:00 dt-debian NetworkManager[534]: <info>  [1504625640.1448] manager: NetworkManager state is now ASLEEP
Sep 05 17:34:00 dt-debian dbus[489]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
Sep 05 17:34:00 dt-debian systemd[1]: Reached target Sleep.
Sep 05 17:34:00 dt-debian systemd[1]: Starting Suspend...
Sep 05 17:34:00 dt-debian systemd[1]: Starting Network Manager Script Dispatcher Service...
Sep 05 17:34:00 dt-debian dbus[489]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Sep 05 17:34:00 dt-debian systemd[1]: Started Network Manager Script Dispatcher Service.
Sep 05 17:34:00 dt-debian nm-dispatcher[2096]: req:1 'connectivity-change': new request (1 scripts)
Sep 05 17:34:00 dt-debian nm-dispatcher[2096]: req:1 'connectivity-change': start running ordered scripts...
Sep 05 17:34:00 dt-debian systemd-sleep[2095]: Suspending system...
-- Reboot --
Sep 05 17:34:31 dt-debian kernel: Linux version 4.9.0-3-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06)
Sieht für mich so aus, als ob der resume nicht gelingt. RAM und swap habe ich für beide 8 GB.

Gruss H.

Antworten