Suspend/Save to both: Wenn RAM-Nutzung > 20% von 12 GB, mehrere Versuche nötig

PC
OpenSuse 12.3, aktuell
KDE 4.13.2
12 GB RAM
10 GB Swap-Partition auf SATA-HD
Suspend/Hibernate = s2both
Keine Probleme bis auf...

Guten Tag!

Ich habe ein merkwürdiges kleines Problem beim Versetzen des Rechners in den Suspend-Modus.

Das System ist so eingerichtet, dass der Inhalt des Hauptspeichers beim Aufruf von Suspend (Standby) auch auf eine Swap-Partition geschrieben wird, auch bekannt als "save to both".

Das funktioniert auch auf Anhieb und schnell, solange der Hauptspeicher nur bis zu etwa 20 % belegt ist.

Wird mehr Hauptspeicher genutzt, sind beim ersten Mal immer 2 oder 3 Versuche nötig, bevor der Rechner in den Suspend geht. Danach funktioniert's gleich beim ersten Versuch - bis noch mehr Hauptspeicher genutzt wird, dann sind wieder 2-3 Versuche fällig.

Die Größe der Swap-Partition sollte eigentlich ausreichen - sie ist nach einem erfolgreichen Versuch auch immer nur zu deutlich weniger als 10 % belegt.

Das Problem ist unabhängig vom verwendeteten Kernel, es tritt sowohl mit dem Distributions-Kernel (3.7.10-1.36 und früher) als auch mit neueren Kernel-Versionen auf.

Das Aufwachen funktioniert übrigens immer auf Anhieb. Auch sonst keinerlei Probleme.

Hier ein Auszug aus dem System-Log, der den ersten, gescheiterten und den zweiten, erfolgreichen Versuch dokumentiert:

2014-07-04T10:57:07.425903+02:00 linux-tez8 systemd[1]: Started LSB: Configure network interfaces and set up routing.
2014-07-04T10:57:07.541202+02:00 linux-tez8 systemd-sleep[6823]: System resumed.
2014-07-04T10:57:07.556186+02:00 linux-tez8 systemd[1]: systemd-suspend.service: main process exited, code=exited, status=1/FAILURE
2014-07-04T10:57:07.557084+02:00 linux-tez8 systemd[1]: Failed to start Suspend.
2014-07-04T10:57:07.558040+02:00 linux-tez8 systemd[1]: Dependency failed for Suspend.
2014-07-04T10:57:07.559189+02:00 linux-tez8 systemd[1]: Job suspend.target/start failed with result 'dependency'.
2014-07-04T10:57:07.559201+02:00 linux-tez8 systemd[1]: Service sleep.target is not needed anymore. Stopping.
2014-07-04T10:57:07.559209+02:00 linux-tez8 systemd[1]: Unit systemd-suspend.service entered failed state
2014-07-04T10:57:07.559266+02:00 linux-tez8 systemd[1]: Stopping Sleep.
2014-07-04T10:57:07.559516+02:00 linux-tez8 systemd[1]: Stopped target Sleep.
2014-07-04T10:57:42.218217+02:00 linux-tez8 systemd[1]: Starting Sleep.
2014-07-04T10:57:42.218569+02:00 linux-tez8 systemd[1]: Reached target Sleep.
2014-07-04T10:57:42.218829+02:00 linux-tez8 systemd[1]: Starting Suspend...
2014-07-04T10:57:42.222413+02:00 linux-tez8 systemd-sleep[11353]: Suspending system...

Hat da jemand eine Idee?

OpenMind

Nach Fehlversuch bei 46%-RAM-Nutzung:

systemd-suspend.service - Suspend
          Loaded: loaded (/usr/lib/systemd/system/systemd-suspend.service; static)
          Active: activating (start) since Sat, 2014-07-05 12:54:50 CEST; 24s ago
            Docs: man:systemd-suspend.service(8)
        Main PID: 29386 (systemd-sleep)
          CGroup: name=systemd:/system/systemd-suspend.service
                  ├ 29386 /usr/lib/systemd/systemd-sleep suspend
                  ├ 29388 /bin/sh /usr/sbin/pm-suspend
                  ├ 29585 /bin/bash /usr/lib/pm-utils/sleep.d/50rcnetwork resume suspend_hybrid
                  └ 29590 /bin/systemctl restart network.service

und

systemctl status sleep.target
sleep.target - Sleep
      	Loaded: loaded (/usr/lib/systemd/system/sleep.target; static)
      	Active: inactive (dead) since Sat, 2014-07-05 12:55:18 CEST; 1min 3s ago
        	Docs: man:systemd.special(7)

Danke für die Hinweise.

Ich habe noch mit unterschiedlicher Speicherbestückung experimentiert (4 GB / 8 GB) - auch um ein Hardware-Problem auszuschließen -, aber es bleibt dabei: Ab einer bestimmten Hauptspeichernutzung (z. B. bei 4 GB: bei 29% auf Anhieb; bei 58% erst im 3. Versuch) sind mehrere, aber bisher immer nur maximal 3 Anläufe nötig.

Vielleicht sollte ich noch erwähnen, daß der Vorgang bei Fehlversuchen immer an folgender Stelle stoppt: "s2both: Snapshotting system". Danach erscheint sofort wieder der Desktop. Im Erfolgsfall kommen nach "...Snapshotting system" noch einige Meldungen über die Imagegröße etc., dann schaltet sich der Rechner aus.

muck: Geht eigentlich schon immer. Nur nicht immer gleich beim ersten Mal. Aber das ist natürlich auch nicht der wahre Jakob.

@Sauerland: Wäre hier ein Bug-Report bei openSuse gerechtfertigt/sinnvoll?

Ursache des Problems scheint ein Bug im
Kernel zu sein: https://bugzilla.kernel.org/show_bug.cgi?id=47931

Siehe dort auch „Comment 14“.

OM

Das Problem tritt mit allen von mir bisher eingesetzten und selbstgebauten Kerneln der „stable“-Reihe auf: 3.10/12/14 - auch mit 3.15.6.

Wie's scheint (s. Bug-Thread), haben die Entwickler diesen Schönheitsfehler einfach noch nicht behoben.

Da hilft wohl nur Geduld...

OM