Nutzt ihr Suspend-to-RAM?

[michas]

Hallo zusammen,

Suspend-to-RAM ist ja eigentlich eine extrem feine Sache.
Wenn man seinen Rechner (wenn man ihr nicht braucht) in den RAM suspendet, spart das Strom, Nerven (Lärm) und Zeit (gegenüber Reboot).
Deshalb würde ich das gerne auch regelmässig nutzen.

Welche Erfahrungen habt ihr damit?
Nutzt ihr diese Möglichkeit?
Funktioniert das bei euch überhaupt?
Habt ihr irgendwelche "Tricks" um es trotzdem zum Laufen zu bringen?

Ich erinnere mich, dass es bei mir früher(tm) mal zuverlässig funktionierte.
Später wachte er nur noch in ca. 80% der Fälle auf, und mittlerweile (seit dem NVIDIA-treiber) wacht er gar nicht mehr auf.

Ich finde es ziemlich schade, dass sowas bei anderer Betriebssystemen problemlos funktioniert und hier solchen Ärger macht. - Oder habt ihr andere Erfahrungen?

[mistersixt]

Bei meinem IBM-R40 Laptop mit P4-Mobile und ATI 7500 Mobility klappt Suspend-to-RAM mittlerweile out-of-the-box mit Debian Etch (sprich, mit Kernel-2.6.16-2-686 und Xorg) - mit ACPI und mit APM.

Gruss, mistersixt.

[nepos]

Suspend to RAM noch nicht, da gibts bei meinem T43 unter Etch mit 2.6.17er Kernel und Suspend2-Patch noch Probleme. Suspend to Disk klappt damit aber 1a.

[kudlaty]

Suspend to RAM noch nicht, da gibts bei meinem T43 unter Etch mit 2.6.17er Kernel und Suspend2-Patch noch Probleme. Suspend to Disk klappt damit aber 1a.

Das kann ich für meinen Inspiron 6000 bestätigen, Suspend to RAM macht manchmal Zicken und der Rechner wacht nicht auf, Suspend to Disk funktioniert aber absolut zuverlässig.

[armin]

Läuft hier auf einem Samsung P35 mit ner Radeon Mobile 9700 mittlerweile ohne Probleme. Früher gabs da manchmal Probleme, aber die Zeit ist zum Glück vorbei.

[kudlaty]

Läuft hier auf einem Samsung P35 mit ner Radeon Mobile 9700 mittlerweile ohne Probleme. Früher gabs da manchmal Probleme, aber die Zeit ist zum Glück vorbei.

Weißt Du noch, wann die Probleme aufgehört haben (bzw. mit welchem Kernel, ATI-Treiber usw.)? Vielleicht ist es bei mir ja auch vorbei und ich merk's nur nicht, weil ich Suspend to RAM meide, ängstlich wie ich bin.

[armin]

Puh, hier läuft der R300 X.Org Treiber - der aktuelle Treiber von ATI unterstützt aber wohl auch S3. Dazu sollte es ein Kernel so um 2.6.14 tun. Weiß nicht mehr genau. Mit 2.6.6.16 geht es auf jeden Fall - der läuft hier gerade.

[kudlaty]

Puh, hier läuft der R300 X.Org Treiber - der aktuelle Treiber von ATI unterstützt aber wohl auch S3.

Ich nehme den Treiber von ATI, vermutlich liegt's wirklich daran. Wobei das Aufwachen aus dem RAM meistens klappt, nur eben nicht immer. Beim Aufwachen aus Suspend to Disk wiederum ist alles in Butter, damit habe ich überhaupt keine Probleme.

Dazu sollte es ein Kernel so um 2.6.14 tun. Weiß nicht mehr genau. Mit 2.6.6.16 geht es auf jeden Fall - der läuft hier gerade.

Mit 2.6.16-1 hatte ich das Problem auf jeden Fall noch, mit neueren Kerneln habe ich gar nicht mehr probiert (weil's eben doch nervt, wenn man sich nicht darauf verlassen kann -- es funktioniert ja ausgerechnet dann zuverlässig nicht, wenn man schnell dran muss ).

[armin]

Welches Problem tritt den auf, wenn es nciht klappt? Mir fällt gerade auf, dass ich ganz selten noch von X in die Konsole und zurück wechseln muss, da der Bildschirm schwarz geblieben ist. Suspend To Disk dagegen habe ich noch garnicht probiert

[michas]

Also mit dem NVIDIA-treiber funktioniert es bei mir zuverlässig nicht. (d.h. nach dem Aufwachen bleibt der Bildschirm schwarz und er reagiert auch auf keine Tastendrücke.)

Ohne den Treiber trat das selbe Problem nur bei ca. 20% der Fälle auf.

Wenn es funktioniert kommt aber auch erst dann eine (sinnvolle) Anzeige, wenn ich von der Konsole wieder zum X-Server wechsel.

Mich würde ja schon mal interessieren woran es liegt, dass es bei einigen Anderen anscheinend tatsächlich zuverlässig funktioniert.

(Achja, ich arbeite übrigens mit einem normalen Debian testing und Kernel 2.6.16-2-k7)

[DeletedUserReAsG]

Nutzt ihr diese Möglichkeit?
Funktioniert das bei euch überhaupt?

Es funktionierte bei meinem T23 (welcher nun leider im Siliziumhimmel ist). Benutzt habe ich es selten, denn wenn ich dabei war, habe ich den Akku, und 1-2 7,2Ah-Akkus leergemacht. Wozu noch suspenden, wenn ich eh keinen Saft mehr habe?

cu

[nepos]

Suspend to RAM noch nicht, da gibts bei meinem T43 unter Etch mit 2.6.17er Kernel und Suspend2-Patch noch Probleme. Suspend to Disk klappt damit aber 1a.

Das kann ich für meinen Inspiron 6000 bestätigen, Suspend to RAM macht manchmal Zicken und der Rechner wacht nicht auf, Suspend to Disk funktioniert aber absolut zuverlässig.

Ich habs nur 1-2 mal ausprobiert, aber dabei hatte er Probleme mit dem Treiber bzw. der Platte und hat was von "corrupted filesystem" gelabert. Nach einem Reboot war das weg und das Filesystem war auch ok, aber ich habs dann lieber mal gelassen...

[kudlaty]

Welches Problem tritt den auf, wenn es nciht klappt?

Genau das, was Du beschreibst, nämlich dass der Bildschirm schwarz bleibt. Leider lässt sich dann auch nicht mehr auf die Konsole wechseln oder von außen was machen, es bleibt wirklich nur brutales Ausschalten übrig (und das ist natürlich weniger prickelnd).

Mich wundert nur, dass Suspend to Disk bestens funktioniert, da kommt das Problem nie vor. Die Mechanismen zum Einschlafen/Aufwachen sollten doch eigentlich dieselben sein, oder?

[Sam]

Auf meinen Zaurusen nutze ich suspend to ram seit Jahren. Wäre schon unpraktisch den PDA dauend booten bzw. runter fahren zu müssen
Mich würde aber die Frage aus dem thread in Bezug auf Desktops Rechner interessieren. Die meisten mit Suspend to ram scheinen ja notebook Nutzer zu sein.
Gruß,
Sam

[mullers]

Nachdem ich es zuerst mit den Befehlen versucht hatte und es da nicht funktionierte, habe ich mir, als KDE Abstinenter, kpowersave geleistet, und siehe da, suspend-to-ram, suspend-to-disk, funktionieren problemfrei auf meinem Acer Travelmate.

Grüsse
henry

[catdog2]

Ich krieg beim Aufwachen nur: "Radeon 128MB PAC1200DDA ..." zu sehen. Da hilft dann nur mehrere Sekunden Strom weg.

Bei suspend to disk friert auch die grafik ein.

(Desktop Rechner)