Suse 10 und Suspend-to-RAM auf Acer TM 291
Hallo, ich verfolge seit einiger Zeit das Forum nach Beiträgen zu Suse 10 und Suspend-to-RAM. Es scheint dazu nicht mehr viele Beiträge zu geben. Kann ich daraus schließen, dass das jetzt unter Suse 10 einwandfrei läuft? Hat jemand schon Erfahrungen damit auf einem Acer TM 291 oder ein einem ähnlichen Notebook mit Intel 855GM Chipsatz gemacht? Ich arbeite ganz zufrieden bisher mit Suse 9.1, bin aber sehr interessiert an Suspend-to-RAM und erwäge, deswegen die Updateprozedur auf Suse 10 durchzustehen. Ich würde mich über Antworten sehr freuen. greeg
Hallo Gregor, Am Freitag, 18. November 2005 23:12 schrieb gregor willms:
Hallo,
ich verfolge seit einiger Zeit das Forum nach Beiträgen zu Suse 10 und Suspend-to-RAM. Es scheint dazu nicht mehr viele Beiträge zu geben. Kann ich daraus schließen, dass das jetzt unter Suse 10 einwandfrei läuft? Hat jemand schon Erfahrungen damit auf einem Acer TM 291 oder ein einem ähnlichen Notebook mit Intel 855GM Chipsatz gemacht? ich habe auch einen TM291 (LMi) und darauf SuSE 9.3. Damit läuft zumindest das Suspend To Disk theoretisch ganz gut. In der Praxis scheitert es bei mir daran, dass ich ein Display mit 1400*1050 habe und nach dem Suspend to Disk die Auflösung wieder verstellt ist - ich müßte das 855resolution-Progrämmchen da wahrscheinlich noch irgendwo zusätzlich einbinden. Ich habe mal kurz die Live-Demo von 10.0 laufen lassen, aber damit schien zumindest WLan nicht mehr zu laufen(Intel ip2100). Das kann natürlich bei der installierten Version anders sein. Ich arbeite ganz zufrieden bisher mit Suse 9.1, bin aber sehr interessiert an Suspend-to-RAM und erwäge, deswegen die Updateprozedur auf Suse 10 durchzustehen. Ich muß zugeben, dass ich eigentlich keinen rechten Bedarf an Suspend to Ram o.ä. habe - wenn ich mit dem Teil arbeite, dann soll der Rechner schon durchlaufen (und das tut er mit der 9.3 ja durchaus um die 4 Stunden), ansonsten fahre ich ihn runter. Was die 10.0 angeht: sowohl beim Starten des System wie auch beim Starten bestimmter Programme (besonders KDE/Konqueror, Firefox und Openoffice) scheint 10.0 extrem schneller zu sein - wenn man mindestens 512MB RAM hat. Es wird wohl beim herunterfahren eine Art Image für diese Programme in der benötigten Konfiguration angelegt, dass dann viel schneller geladen wird. Wenn es nicht die Probleme mit dem WLan (und auch vielleicht noch mit anderer Hardware, es scheint bei der 10.0 auch einiges andere an Treibern nicht mehr so ganz zu funktionieren) nicht gäbe, würde ich sicherlich schon wegen der Geschwindigkeit umsteigen - aber da ich den Rechner zum Arbeiten brauche, bin ich eher konservativ und warte noch ein paar Generationen... Ich würde mich über Antworten sehr freuen.
greeg Gruß Martin
On Sat, 19 Nov 2005 09:23:10 +0100, Martin Hofius <Martin@hofius-online.com> wrote:
Hallo Gregor,
Am Freitag, 18. November 2005 23:12 schrieb gregor willms:
Hallo,
ich verfolge seit einiger Zeit das Forum nach Beiträgen zu Suse 10 und Suspend-to-RAM. Es scheint dazu nicht mehr viele Beiträge zu geben. Kann ich daraus schließen, dass das jetzt unter Suse 10 einwandfrei läuft? Hat jemand schon Erfahrungen damit auf einem Acer TM 291 oder ein einem ähnlichen Notebook mit Intel 855GM Chipsatz gemacht? ich habe auch einen TM291 (LMi) und darauf SuSE 9.3. Damit läuft zumindest das Suspend To Disk theoretisch ganz gut. In der Praxis scheitert es bei mir daran, dass ich ein Display mit 1400*1050 habe und nach dem Suspend to Disk die Auflösung wieder verstellt ist - ich müßte das 855resolution-Progrämmchen da wahrscheinlich noch irgendwo zusätzlich einbinden. Ich habe mal kurz die
Für dieses Problem habe ich hier schon eine Lösung bekommen: 2 Skripte in /usr/lib/powersave/scripts anlegen: -----8<-schnipp---------leave_x------- #!/bin/sh SCRIPT_RETURN=/usr/lib/powersave/scripts/powersaved_script_return EV_ID=$4 chvt 1 $SCRIPT_RETURN "$EV_ID|0|leave_x finished" -----8<-schnapp----------------------- -----8<-schnipp---------resume_x------ #!/bin/sh SCRIPT_RETURN=/usr/lib/powersave/scripts/powersaved_script_return EV_ID=$4 /usr/sbin/855resolution 5c 1400 1050 chvt 7 $SCRIPT_RETURN "$EV_ID|0|resume_x finished" -----8<-schnapp----------------------- dann "chmod 755 /usr/lib/powersave/scripts/*_x" Jetzt in /etc/sysconfig/powersave/events: EVENT_GLOBAL_SUSPEND2DISK= "leave_x" einfügen (vor do_suspend_to_disk) und in EVENT_GLOBAL_RESUME_SUSPEND2DISK= als erstes "resume_x" einfügen.
Live-Demo von 10.0 laufen lassen, aber damit schien zumindest WLan nicht mehr zu laufen(Intel ip2100). Das kann natürlich bei der installierten Version anders sein.
Ich arbeite ganz zufrieden bisher mit Suse 9.1, bin aber sehr interessiert an Suspend-to-RAM und erwäge, deswegen die Updateprozedur auf Suse 10 durchzustehen. Ich muß zugeben, dass ich eigentlich keinen rechten Bedarf an Suspend to Ram o.ä. habe - wenn ich mit dem Teil arbeite, dann soll der Rechner schon durchlaufen (und das tut er mit der 9.3 ja durchaus um die 4 Stunden), ansonsten fahre ich ihn runter. Was die 10.0 angeht: sowohl beim Starten des System wie auch beim Starten bestimmter Programme (besonders KDE/Konqueror, Firefox und Openoffice) scheint 10.0 extrem schneller zu sein - wenn man mindestens 512MB RAM hat. Es wird wohl beim herunterfahren eine Art Image für diese Programme in der benötigten Konfiguration angelegt, dass dann viel schneller geladen wird. Wenn es nicht die Probleme mit dem WLan (und auch vielleicht noch mit anderer Hardware, es scheint bei der 10.0 auch einiges andere an Treibern nicht mehr so ganz zu funktionieren) nicht gäbe, würde ich sicherlich schon wegen der Geschwindigkeit umsteigen - aber da ich den Rechner zum Arbeiten brauche, bin ich eher konservativ und warte noch ein paar Generationen... Ich würde mich über Antworten sehr freuen.
greeg Gruß Martin
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
Kay Patzwald wrote:
On Sat, 19 Nov 2005 09:23:10 +0100, Martin Hofius <Martin@hofius-online.com> wrote:
Hallo Gregor,
Am Freitag, 18. November 2005 23:12 schrieb gregor willms:
Hallo,
ich verfolge seit einiger Zeit das Forum nach Beiträgen zu Suse 10 und Suspend-to-RAM. Es scheint dazu nicht mehr viele Beiträge zu geben. Kann ich daraus schließen, dass das jetzt unter Suse 10 einwandfrei läuft? Hat jemand schon Erfahrungen damit auf einem Acer TM 291 oder ein einem ähnlichen Notebook mit Intel 855GM Chipsatz gemacht? ich habe auch einen TM291 (LMi) und darauf SuSE 9.3. Damit läuft zumindest das Suspend To Disk theoretisch ganz gut. In der Praxis scheitert es bei mir daran, dass ich ein Display mit 1400*1050 habe und nach dem Suspend to Disk die Auflösung wieder verstellt ist - ich müßte das 855resolution-Progrämmchen da wahrscheinlich noch irgendwo zusätzlich einbinden. Ich habe mal kurz die
Für dieses Problem habe ich hier schon eine Lösung bekommen: 2 Skripte in /usr/lib/powersave/scripts anlegen:
-----8<-schnipp---------leave_x------- #!/bin/sh SCRIPT_RETURN=/usr/lib/powersave/scripts/powersaved_script_return EV_ID=$4 chvt 1 $SCRIPT_RETURN "$EV_ID|0|leave_x finished" -----8<-schnapp-----------------------
-----8<-schnipp---------resume_x------ #!/bin/sh SCRIPT_RETURN=/usr/lib/powersave/scripts/powersaved_script_return EV_ID=$4 /usr/sbin/855resolution 5c 1400 1050 chvt 7 $SCRIPT_RETURN "$EV_ID|0|resume_x finished" -----8<-schnapp-----------------------
dann "chmod 755 /usr/lib/powersave/scripts/*_x"
Jetzt in /etc/sysconfig/powersave/events: EVENT_GLOBAL_SUSPEND2DISK= "leave_x" einfügen (vor do_suspend_to_disk) und in EVENT_GLOBAL_RESUME_SUSPEND2DISK= als erstes "resume_x" einfügen. Hi,
bei dieser Lösung stellt sich bei mir das Problem, dass die Ziehung des Bildes auf die ganze Displaygröße nach dem Resume nicht mehr funktioniert. D.h. das Bild ist zentriert mit schwarzem Rahmen drum herum. Alternativ hatte ich auch schon den Fall, dass der Bildschirm nach dem Resume ganz schwarz bleibt. Hatte ein wenig mit einem Tool zur Reinitialisierung der Grafikkarte rumgespielt, hat aber nicht funktioniert. War unter SUSE 9.3. Unter 10.0 hab ich's noch nicht wieder probiert. Hast du da bessere Erfahrungen gemacht?? (Acer TM661LMI) Welche Module entlädst du sonst noch vor dem Resume? Viele Grüße, David
Am Samstag, 19. November 2005 13:52 schrieb David Geiger:
Kay Patzwald wrote:
On Sat, 19 Nov 2005 09:23:10 +0100, Martin Hofius
<Martin@hofius-online.com> wrote:
Hallo Gregor,
Am Freitag, 18. November 2005 23:12 schrieb gregor willms:
Hallo,
Suspend To Disk theoretisch ganz gut. In der Praxis scheitert es bei mir daran, dass ich ein Display mit 1400*1050 habe und nach dem Suspend to Disk die Auflösung wieder verstellt ist - ich müßte das 855resolution-Progrämmchen Für dieses Problem habe ich hier schon eine Lösung bekommen: 2 Skripte in /usr/lib/powersave/scripts anlegen:
-----8<-schnipp---------leave_x------- #!/bin/sh SCRIPT_RETURN=/usr/lib/powersave/scripts/powersaved_script_return EV_ID=$4 chvt 1 $SCRIPT_RETURN "$EV_ID|0|leave_x finished" -----8<-schnapp-----------------------
-----8<-schnipp---------resume_x------ #!/bin/sh SCRIPT_RETURN=/usr/lib/powersave/scripts/powersaved_script_return EV_ID=$4 /usr/sbin/855resolution 5c 1400 1050 chvt 7 $SCRIPT_RETURN "$EV_ID|0|resume_x finished" -----8<-schnapp-----------------------
dann "chmod 755 /usr/lib/powersave/scripts/*_x"
Jetzt in /etc/sysconfig/powersave/events: EVENT_GLOBAL_SUSPEND2DISK= "leave_x" einfügen (vor do_suspend_to_disk) und in EVENT_GLOBAL_RESUME_SUSPEND2DISK= als erstes "resume_x" einfügen.
Hi,
bei dieser Lösung stellt sich bei mir das Problem, dass die Ziehung des Bildes auf die ganze Displaygröße nach dem Resume nicht mehr funktioniert. D.h. das Bild ist zentriert mit schwarzem Rahmen drum herum. Alternativ hatte ich auch schon den Fall, dass der Bildschirm nach dem Resume ganz schwarz bleibt. Hatte ein wenig mit einem Tool zur Reinitialisierung der Grafikkarte rumgespielt, hat aber nicht funktioniert. Also ich persönlich habe auch erst 9.3 installiert und 10.0 erst als Live-Demo ausprobiert. Allerdings stellt sich mir schon die Frage, warum Du den Bildschirm auf eine andere Größe ziehen willst - ich habe vom dem matschigen Bild eher Kopfschmerzen bekommen, bevor es das 855resolution gab und er dann 1280*1024 zwangsweise auf 1400*1050 skaliert hat, das ließ sich bei meinem 291LMi dummerweise nicht mal abschalten. Seitdem ich die korrekte Auflösung wirklich einstellen kann, kann man mit dem Notebook erst arbeiten. Das mit den genannten Scripten habe ich noch nicht getestet, da für für die Suspen-Modi nicht so ganz wichtig sind - mache ich aber vielleicht irgendwann mal.
Viele Grüße, David
Gruß Martin
gregor willms wrote:
Hallo,
ich verfolge seit einiger Zeit das Forum nach Beiträgen zu Suse 10 und Suspend-to-RAM. Es scheint dazu nicht mehr viele Beiträge zu geben. Kann ich daraus schließen, dass das jetzt unter Suse 10 einwandfrei läuft? Hat jemand schon Erfahrungen damit auf einem Acer TM 291 oder ein einem ähnlichen Notebook mit Intel 855GM Chipsatz gemacht? Ich arbeite ganz zufrieden bisher mit Suse 9.1, bin aber sehr interessiert an Suspend-to-RAM und erwäge, deswegen die Updateprozedur auf Suse 10 durchzustehen. Ich würde mich über Antworten sehr freuen.
greeg
ich hab zwar keinen vergleichbaren laptop (HP - Pavelion ze4400), aber ein problem mit dem suspend to RAM bei suse 10. Den Rechner kann ich problemlos runterfahren, aber sobald ich wieder neu starte fährt er zwar richtig wieder hoch, zeigt mir meinen desktop für ein paar sekunden an und fährt danach einfach wieder runter, so dass ich den rechner von hand wieder neu starten muss und er komplett bootet. greatz Johannes -- Es gibt 10 Arten von Menschen auf dieser Welt, die einen verstehen das Binärsystem und die anderen verstehen es nicht.
Am Sonntag, 20. November 2005 19:38 meinte Johanns Schneider: Hallo Johanns,
ich hab zwar keinen vergleichbaren laptop (HP - Pavelion ze4400), aber ein problem mit dem suspend to RAM bei suse 10. Den Rechner kann ich problemlos runterfahren, aber sobald ich wieder neu starte fährt er zwar richtig wieder hoch, zeigt mir meinen desktop für ein paar sekunden an und fährt danach einfach wieder runter, so dass ich den rechner von hand wieder neu starten muss und er komplett bootet.
Ich habe einen nx5000 und kenne Dein Problem. Hier laeuft allerdings debian. Ich musste in der "/etc/acpi/powerbtn.sh" lediglich alles auskommentieren. Das Entfernen des Events "/etc/acpi/events/powerbtn" wuerde sicher auch reichen. Fuer spaetere Spielereien habe ich jedoch den obigen Weg gewaehlt. Zum Aufwecken aus dem Suspend betaetigst Du den Powerknopf - richtig? Der HP merkt sich den Knopfdruck und faehrt den Rechner (Dank des acpi-events) nach dem Aufwecken sauber runter. MfG Th. Moritz -- Wenn Du denkst, Du bist unersetzbar, dann schau auf den Friedhof, der ist voll davon!
Thomas Moritz wrote: be einen nx5000 und kenne Dein Problem. Hier laeuft allerdings
debian. Ich musste in der "/etc/acpi/powerbtn.sh" lediglich alles auskommentieren. Das Entfernen des Events "/etc/acpi/events/powerbtn" wuerde sicher auch reichen. Fuer spaetere Spielereien habe ich jedoch den obigen Weg gewaehlt.
Zum Aufwecken aus dem Suspend betaetigst Du den Powerknopf - richtig? Der HP merkt sich den Knopfdruck und faehrt den Rechner (Dank des acpi-events) nach dem Aufwecken sauber runter.
MfG Th. Moritz
die datei existiert bei mir garnicht linux:/etc/acpi/events # ls . .. default nur die default, wo aber nix drinsteht. greatz Johannes -- Es gibt 10 Arten von Menschen auf dieser Welt, die einen verstehen das Binärsystem und die anderen verstehen es nicht.
Am Sonntag, 20. November 2005 21:02 meinte Johanns Schneider: Hallo Johanns,
Thomas Moritz wrote: be einen nx5000 und kenne Dein Problem. Hier laeuft allerdings
debian. Ich musste in der "/etc/acpi/powerbtn.sh" lediglich alles auskommentieren. Das Entfernen des Events "/etc/acpi/events/powerbtn" wuerde sicher auch reichen. Fuer spaetere Spielereien habe ich jedoch den obigen Weg gewaehlt.
Zum Aufwecken aus dem Suspend betaetigst Du den Powerknopf - richtig? Der HP merkt sich den Knopfdruck und faehrt den Rechner (Dank des acpi-events) nach dem Aufwecken sauber runter.
MfG Th. Moritz
die datei existiert bei mir garnicht
linux:/etc/acpi/events # ls . .. default
nur die default, wo aber nix drinsteht.
Kurz google angeschmissen und nach "suse+acpi+events" suchen lassen, schon findest Du Verschiedenes zu "powersave". Vermutlich nutzt Du diesen. Die Scripte liegen dann in "/usr/lib/powersave/scripts/". Da ich hier keine SuSE10 habe, musst Du selbst weiter suchen. Hier landest Du schonmal in einem entsprechenden Thread: http://lists.suse.com/archive/suse-laptop/2005-Feb/0190.html Zu "suse+acpi+events+power" findet google sogar gleich das hier: ### Du kannst diverse Dinge in Yast2 einstellen, und zwar unter ->System ->Editor für /etc/sysconfig-Dateien ->System->Powermanagement ->ACPI ->Eventhandling Für einige Sachen brauchst du dann aber Zusatzprogramme. Du kannst hier nur sagen, was er bei welchem event zu tun hat. Wie er das macht, ist ne andere Geschichte (suspend ist erst unter kernel 2.6 möglich!)... ### MfG Th. Moritz -- Betrachte das Minimum als Basis und schon bist Du schlau, reich, huebsch ... und alt. (c)ThM.
Moin, On Nov 20, 05 21:02:23 +0100, Johanns Schneider wrote:
Thomas Moritz wrote: be einen nx5000 und kenne Dein Problem. Hier laeuft allerdings
debian. Ich musste in der "/etc/acpi/powerbtn.sh" lediglich alles auskommentieren. Das Entfernen des Events "/etc/acpi/events/powerbtn" wuerde sicher auch reichen. Fuer spaetere Spielereien habe ich jedoch den obigen Weg gewaehlt.
Zum Aufwecken aus dem Suspend betaetigst Du den Powerknopf - richtig? Der HP merkt sich den Knopfdruck und faehrt den Rechner (Dank des acpi-events) nach dem Aufwecken sauber runter.
MfG Th. Moritz
die datei existiert bei mir garnicht
Thomas hat ja auch Debian. Mit einer Suse 9.3 oder 10.0 sollte das Problem nicht auftreten, da sind extra fixes drin. Wenn dein Problem dieser Event sein sollte, wäre es gut, wenn Du das im Suse Bugzilla (bugzilla.novell.com) mit einem Bugreport schreiben tätest. Ich will mal nicht ausschliessen, dass der Fix bei deinem Rechner nicht tut. (Beim nx5000 sollte das Problem mit Suse auf keinen Fall auftreten, btw.) ciao, Stefan
linux:/etc/acpi/events # ls . .. default
nur die default, wo aber nix drinsteht.
greatz Johannes --
-- Stefan Behlert
Moin, On Nov 18, 05 23:12:26 +0100, gregor willms wrote:
Hallo,
ich verfolge seit einiger Zeit das Forum nach Beiträgen zu Suse 10 und Suspend-to-RAM. Es scheint dazu nicht mehr viele Beiträge zu geben. Kann ich daraus schließen, dass das jetzt unter Suse 10 einwandfrei läuft? Hat jemand
"Einwandfrei" ist schwer zu sagen. Ich drücke es mal so aus: Es gibt mit der 10.0 eine grosse Anzahl von Modellen, bei denen suspend-to-ram mit etwas Doku lesen und Hand anlegen funktioniert. Allerdings gibt es immer wieder mal Rechner, bei denen auf Grund von BIOS-Problemen oder etwas exotischerer/älterer Hardware der ein oder andere Treiber ein Problem macht (letzteres ist oft allerdings behebbar).
schon Erfahrungen damit auf einem Acer TM 291 oder ein einem ähnlichen Notebook mit Intel 855GM Chipsatz gemacht? Ich arbeite ganz zufrieden bisher mit Suse 9.1, bin aber sehr interessiert an Suspend-to-RAM und erwäge, deswegen die Updateprozedur auf Suse 10 durchzustehen. Ich würde mich über Antworten sehr freuen.
Schwer zu sagen. Ich habe noch nie einen 291 in den Fingern gehabt. Generell gilt: Wenn Du z.B. nicht-vesa-modes (z.B. 1400x1050) als Auflösung hast, musst Du mehr Hand anlegen als wenn Du 1024x768 hast. Unter https://bugzilla.novell.com/show_bug.cgi?id=103930 wurden einige Berichte zu suspend-to-ram gesammelt, ein Acer 291 war allerdings nicht drunter, ebensowenig in http://www.opensuse.org/HCL/Laptops/Acer Wenn jemand weiss ob es geht wäre eine Ergänzung nicht schlecht :) ciao, Stefan -- Stefan Behlert
Hallo, vielen Dank für die zahlreichen Beiträge. So kann ich mir doch schon ein Bild machen. Unabhängig davon bin ich auf einen ganz aktuellen Artikel gestoßen, indem Suse 9.3 auf einem TM 291 genau beschrieben ist; Suspend-to-RAM demnach kein Problem. Für jemand, den es interessiert, hier die adresse: http://www.informatik.uni-freiburg.de/~mader/tm291.html#acpi Also werde ich mal sehen, dass ich auf 9.3 update, weil es in sich ausgereifter erscheint oder mutig mich mit 10 beschäftige. gruß greeg Am Montag, 21. November 2005 10:56 schrieb Stefan Behlert:
Moin,
On Nov 18, 05 23:12:26 +0100, gregor willms wrote:
Hallo,
ich verfolge seit einiger Zeit das Forum nach Beiträgen zu Suse 10 und Suspend-to-RAM. Es scheint dazu nicht mehr viele Beiträge zu geben. Kann ich daraus schließen, dass das jetzt unter Suse 10 einwandfrei läuft? Hat jemand
"Einwandfrei" ist schwer zu sagen. Ich drücke es mal so aus: Es gibt mit der 10.0 eine grosse Anzahl von Modellen, bei denen suspend-to-ram mit etwas Doku lesen und Hand anlegen funktioniert. Allerdings gibt es immer wieder mal Rechner, bei denen auf Grund von BIOS-Problemen oder etwas exotischerer/älterer Hardware der ein oder andere Treiber ein Problem macht (letzteres ist oft allerdings behebbar).
schon Erfahrungen damit auf einem Acer TM 291 oder ein einem ähnlichen Notebook mit Intel 855GM Chipsatz gemacht? Ich arbeite ganz zufrieden bisher mit Suse 9.1, bin aber sehr interessiert an Suspend-to-RAM und erwäge, deswegen die Updateprozedur auf Suse 10 durchzustehen. Ich würde mich über Antworten sehr freuen.
Schwer zu sagen. Ich habe noch nie einen 291 in den Fingern gehabt. Generell gilt: Wenn Du z.B. nicht-vesa-modes (z.B. 1400x1050) als Auflösung hast, musst Du mehr Hand anlegen als wenn Du 1024x768 hast.
Unter https://bugzilla.novell.com/show_bug.cgi?id=103930 wurden einige Berichte zu suspend-to-ram gesammelt, ein Acer 291 war allerdings nicht drunter, ebensowenig in http://www.opensuse.org/HCL/Laptops/Acer Wenn jemand weiss ob es geht wäre eine Ergänzung nicht schlecht :)
ciao, Stefan
-- Stefan Behlert
participants (7)
-
David Geiger -
gregor willms -
Johanns Schneider -
Kay Patzwald -
Martin Hofius -
Stefan Behlert -
Thomas Moritz