Hallo, hier nur einmal eine kurze positive Rückmeldung. Mit dem in SuSE-9.3 vorhandenen vbetool und den dazugehörigen powersave-scripts funktioniert nun endlich das Suspend-to-RAM. Danke und beste Grüße, Michael -- michael@karbach.org www.karbach.org
Hi, neugierig geworden, habe ich das Tool auch gleich mal getestet. Habe einen Acer TM 661. Früher ist der PC zwar in den Standby (suspend-to-ram) gegangen, aber nicht mehr aufgewacht. Nach dem ich nun dieses Tool installiert habe, wacht der Laptop sofort wieder auf. Er fährt zwar runter, es erscheint aber sofort wieder KDE. Woran könnte das liegen? Muss ich in diesen Scripts noch was anpassen? Wäre ja super, wenn, nach dem nun endlich der Ruhezustand funktioniert, auch der Standby funktionieren würde. Gut, man soll ja nicht übermütig werden. *g* MfG Kay Michael Karbach schrieb:
Hallo,
hier nur einmal eine kurze positive Rückmeldung. Mit dem in SuSE-9.3 vorhandenen vbetool und den dazugehörigen powersave-scripts funktioniert nun endlich das Suspend-to-RAM.
Danke und beste Grüße,
Michael
On Sunday, 17. April 2005 17:31, Kay Patzwald wrote:
Hi,
neugierig geworden, habe ich das Tool auch gleich mal getestet. Habe einen Acer TM 661. Früher ist der PC zwar in den Standby (suspend-to-ram) gegangen, aber nicht mehr aufgewacht. Nach dem ich nun dieses Tool installiert habe, wacht der Laptop sofort wieder auf. Er fährt zwar runter, es erscheint aber sofort wieder KDE. Woran könnte das liegen? Muss ich in diesen Scripts noch was anpassen?
Nein, ich habe nichts geändert und bin den Anweisungen in /usr/share/doc/packages/powersave gefolgt. Ich denke dein System suspended erst garnicht. Schaue doch einmal was im suspend logfile steht. Michael -- michael@karbach.org www.karbach.org
On Sun, Apr 17, 2005 at 05:58:23PM +0200, Michael Karbach wrote:
Nein, ich habe nichts geändert und bin den Anweisungen in /usr/share/doc/packages/powersave gefolgt.
Und nicht vergessen, die Warnungen zum Thema vbetool zu lesen. Theoretisch ist es möglich, daß das Display / die Grafikkarte beschädigt wird. Die meisten Maschinen mit Intel-Grafikchipsatz konnte ich übrigens ganz ohne vbetool, einfach mit "acpi_sleep=s3_bios,s3_mode" oder ähnlich (siehe Dokumentation) zur Mitarbeit überreden. -- Stefan Seyfried
On Sunday, 17. April 2005 19:31, Stefan Seyfried wrote:
On Sun, Apr 17, 2005 at 05:58:23PM +0200, Michael Karbach wrote:
Nein, ich habe nichts geändert und bin den Anweisungen in /usr/share/doc/packages/powersave gefolgt.
Und nicht vergessen, die Warnungen zum Thema vbetool zu lesen. Theoretisch ist es möglich, daß das Display / die Grafikkarte beschädigt wird. Die meisten Maschinen mit Intel-Grafikchipsatz konnte ich übrigens ganz ohne vbetool, einfach mit "acpi_sleep=s3_bios,s3_mode" oder
Das hatte ich mit SuSE-9.2 auf verschiedene Art und Weisen versucht, aber es hat nie geklappt. Hat sich das in 9.3 geändert? Michael -- michael@karbach.org www.karbach.org
On Sun, Apr 17, 2005 at 08:21:28PM +0200, Michael Karbach wrote:
Das hatte ich mit SuSE-9.2 auf verschiedene Art und Weisen versucht, aber es hat nie geklappt. Hat sich das in 9.3 geändert?
es ist auf jeden Fall einen Versuch wert. Der ACPI-Codedrop vom Ende Januar hat bei mir viele Maschinen plötzlich zur Mitarbeit überredet (also die, die vorher einfach nicht aufgewacht sind etc). vbetool sollte man erst verwenden, wenn die Maschine zwar aufwacht, aber das Display nicht mehr angeht (und acpi_sleep=... nicht hilft). Das ganze mit minimaler Konfiguration (init=/bin/bash) testen, damit andere Probleme (Treiber, X, ...) ausgeschlossen werden können. Ich will hier auch keine Panik machen bezügl. vbetool, meine Maschinen gehen alle noch, auch nachdem ich das ausprobiert habe ;-), aber zumindest wurde ich gewarnt, daß das, was vbetool da macht, nicht unbedingt "erlaubt" ist und zumindest Probleme machen könnte (ich gehe dabei aber eher von Abstürzen und nicht von echten Schäden auf). Und wenn man sich überlegt, was so passieren kann, wenn z.b. zufällige Speicherstellen überschrieben werden (das führt im allgemeinen über kurz oder lang zu kaputten Dateisystemen und somit zu Datenverlust), dann sollte vbetool nur von denen verwendet werden, die wissen, was sie tun ;-) Kurz: Suspend to RAM ist immer noch nicht trivial, sonst wäre es per default aktiviert ;-) -- Stefan Seyfried
On Sunday, 17. April 2005 20:57, Stefan Seyfried wrote:
On Sun, Apr 17, 2005 at 08:21:28PM +0200, Michael Karbach wrote:
Das hatte ich mit SuSE-9.2 auf verschiedene Art und Weisen versucht, aber es hat nie geklappt. Hat sich das in 9.3 geändert?
es ist auf jeden Fall einen Versuch wert. Der ACPI-Codedrop vom Ende Januar hat bei mir viele Maschinen plötzlich zur Mitarbeit überredet (also die, die vorher einfach nicht aufgewacht sind etc). vbetool sollte man erst verwenden, wenn die Maschine zwar aufwacht, aber das Display nicht mehr angeht (und acpi_sleep=... nicht hilft). Das ganze mit minimaler Konfiguration (init=/bin/bash) testen, damit andere Probleme (Treiber, X, ...) ausgeschlossen werden können.
Das hatte ich auch so gemacht. Die anderen unter tricks genannten Methoden funktionieren bei mir aber nicht. Mit vga=normal acpi_sleep=s3_bios,s3_mode booted er bei mir einfach, wenn ich versuche zu resumen.
Ich will hier auch keine Panik machen bezügl. vbetool, meine Maschinen gehen alle noch, auch nachdem ich das ausprobiert habe ;-), aber zumindest wurde ich gewarnt, daß das, was vbetool da macht, nicht unbedingt "erlaubt" ist und zumindest Probleme machen könnte (ich gehe dabei aber eher von Abstürzen und nicht von echten Schäden auf). Und wenn man sich überlegt, was so passieren kann, wenn z.b. zufällige Speicherstellen überschrieben werden (das führt im allgemeinen über kurz oder lang zu kaputten Dateisystemen und somit zu Datenverlust), dann sollte vbetool nur von denen verwendet werden, die wissen, was sie tun ;-)
Ich weiß nicht was ich tue, aber mir bleibt keine andere Wahl ;-) suspendtoram ist das Dringenste was ich an meinem Laptop brauche. Ich habe immer insgesamt ca. 30-40 Windows auf 10 Desktops auf. Wenn ich das suspendtodisk mache braucht das Laptop fast 2 Minuten bis der wieder einsatzfähig. Mit dem Effekt, dass ich den nur Abends suspende. Trotzdem, Danke für die Hinweise! Michael -- michael@karbach.org www.karbach.org
On Mon, Apr 18, 2005 at 07:47:35AM +0200, Michael Karbach wrote:
Das hatte ich auch so gemacht. Die anderen unter tricks genannten Methoden funktionieren bei mir aber nicht. Mit vga=normal acpi_sleep=s3_bios,s3_mode booted er bei mir einfach, wenn ich versuche zu resumen.
stimmt, die Dells rebooten gerne, wenn man acpi_sleep=... (irgendwas) macht. Alle Dells, die ich zum laufen bekam gingen einfach mit "vga=normal", aber oft bleibt dann das licht aus. Mit einer ATI kein problem - da macht der X server das licht wieder an, aber wenn es keine ATI ist, dann bleibt dir nur vbetool, um das Licht wieder anzumachen. (oderr der NVidia-Treiber, der hilft manchmal auch).
Dateisystemen und somit zu Datenverlust), dann sollte vbetool nur von denen verwendet werden, die wissen, was sie tun ;-)
Ich weiß nicht was ich tue, aber mir bleibt keine andere Wahl ;-) suspendtoram ist das Dringenste was ich an meinem Laptop brauche. Ich habe immer insgesamt ca. 30-40 Windows auf 10 Desktops auf. Wenn ich das suspendtodisk mache braucht das Laptop fast 2 Minuten bis der wieder einsatzfähig. Mit dem Effekt, dass ich den nur Abends suspende.
Hm, mit der 9.3 immer noch? Die sollte etwas schneller sein. Aber ja, das System ist nach dem resume erstmal ziemlich lahm, bis alles wieder herein- geswapped ist.
Trotzdem, Danke für die Hinweise!
Gern geschehen - und mache (zumindest Anfangs, aber das ist eigentlich immer eine gute Idee) regelmäßige Backups. Man weiß ja nie ;-) -- Stefan Seyfried
On Monday, 18. April 2005 09:52, Stefan Seyfried wrote:
On Mon, Apr 18, 2005 at 07:47:35AM +0200, Michael Karbach wrote:
Das hatte ich auch so gemacht. Die anderen unter tricks genannten Methoden funktionieren bei mir aber nicht. Mit vga=normal acpi_sleep=s3_bios,s3_mode booted er bei mir einfach, wenn ich versuche zu resumen.
stimmt, die Dells rebooten gerne, wenn man acpi_sleep=... (irgendwas) macht.
Wengistens ist das Problem bekannt;-)
Alle Dells, die ich zum laufen bekam gingen einfach mit "vga=normal", aber oft bleibt dann das licht aus.
Ja, das habe ich auch probiert :-(
Mit einer ATI kein problem - da macht der X server das licht wieder an, aber wenn es keine ATI ist, dann bleibt dir nur vbetool, um das Licht wieder anzumachen. (oderr der NVidia-Treiber, der hilft manchmal auch).
Der scheint nach ersten Tests auch zu funktionieren, wenn er mir nur die richtige Auflösung liefern würde. 1600x1200 habe ich nicht hinbekommen. Ich habe ziemlich viele Optionen aus Sax2 und die in den README von NVIDIA gelesen, es wollte aber nicht.
Dateisystemen und somit zu Datenverlust), dann sollte vbetool nur von denen verwendet werden, die wissen, was sie tun ;-)
Ich weiß nicht was ich tue, aber mir bleibt keine andere Wahl ;-) suspendtoram ist das Dringenste was ich an meinem Laptop brauche. Ich habe immer insgesamt ca. 30-40 Windows auf 10 Desktops auf. Wenn ich das suspendtodisk mache braucht das Laptop fast 2 Minuten bis der wieder einsatzfähig. Mit dem Effekt, dass ich den nur Abends suspende.
Hm, mit der 9.3 immer noch? Die sollte etwas schneller sein. Aber ja, das System ist nach dem resume erstmal ziemlich lahm, bis alles wieder herein- geswapped ist.
Das ist der eigentliche Punkt, deswegen schrieb ich einsatzfähig. Ich habe 768MB RAM und xemacs, OO, Matlab, kontact, kpdf, konqueror(3-5)... immer laufen. Bis das dann alles wieder da ist, vergeht einige Zeit. Und dann kommt psychologisch hinzu, dass ich immer denke die Festplatte leidet, wenn ich sehe wie die dann beim suspend/resume schwerst arbeitet.
Trotzdem, Danke für die Hinweise!
Gern geschehen - und mache (zumindest Anfangs, aber das ist eigentlich immer eine gute Idee) regelmäßige Backups. Man weiß ja nie ;-) --
Ich habe eine backup-Manie;-) Bevor jedem suspendtodisk hatte ich immer ein rsync auf meinem backup-Rechner gemacht. Michael -- michael@karbach.org www.karbach.org
Michael Karbach schrieb:
On Sunday, 17. April 2005 17:31, Kay Patzwald wrote:
Hi,
neugierig geworden, habe ich das Tool auch gleich mal getestet. Habe einen Acer TM 661. Früher ist der PC zwar in den Standby (suspend-to-ram) gegangen, aber nicht mehr aufgewacht. Nach dem ich nun dieses Tool installiert habe, wacht der Laptop sofort wieder auf. Er fährt zwar runter, es erscheint aber sofort wieder KDE. Woran könnte das liegen? Muss ich in diesen Scripts noch was anpassen?
Nein, ich habe nichts geändert und bin den Anweisungen in /usr/share/doc/packages/powersave gefolgt.
Ich denke dein System suspended erst garnicht. Schaue doch einmal was im suspend logfile steht.
Da steht: "prepare_sleep finished for suspend2ram" und danach sofort: "========we are back from suspend, cleaning up.========"
Michael
On Sun, Apr 17, 2005 at 08:02:22PM +0200, Kay Patzwald wrote:
Da steht: "prepare_sleep finished for suspend2ram" und danach sofort: "========we are back from suspend, cleaning up.========"
dann verhindert vermutlich ein Treiber den suspend. in /var/log/messages oder in der Ausgabe von dmesg findest du evtl. Hinweise darauf. -- Stefan Seyfried
Stefan Seyfried schrieb:
On Sun, Apr 17, 2005 at 08:02:22PM +0200, Kay Patzwald wrote:
Da steht: "prepare_sleep finished for suspend2ram" und danach sofort: "========we are back from suspend, cleaning up.========"
dann verhindert vermutlich ein Treiber den suspend. in /var/log/messages oder in der Ausgabe von dmesg findest du evtl. Hinweise darauf.
Merkwürdigerweise funktioniert der Standby jetzt (wüsste nicht, was ich geändert habe), dafür aber das Resume leider nicht mehr. Habe folgende Optionen getestet: ... showops // mit vga=0x314 ... showops vga=normal // ohne vga=0x314 ... showops vga=normal acpi=s3_bios // ohne vga=0x314 ... showops vga=normal acpi=s3_mode // ohne vga=0x314 ... showops vga=normal acpi=s3_bios,acpi=s3_mode // ohne vga=0x314 ... showops vbetool vbestate save / restore // mit vga=0x314 Habe ich die Optionen (besonders die letzte Zeile mit vbetool richtig verwendet? Muss ich das vbetool vor der Verwendung irgendwie einrichten? Soll ich das suspend2ram.log schicken? MfG Kay
participants (3)
-
Kay Patzwald
-
Michael Karbach
-
Stefan Seyfried