Suspend to disk auf Gericom Masterpiece 2540 XL
Hallo Liste, ich meine, ich habe hier auf der Liste schonmal sowas kurioses gelesen, aber ich finde es nicht wieder, von daher reicht vielleicht ein Link. War mit der 9.0 super zufrieden, aber suspend kam mir noch zu experimentell vor, also habe ich's lieber gelassen. Mit der 9.2 klappt der suspend to disk (und der resume auch) super - aber so richtig gut nur beim ersten mal. Wenn ich dann 'ne halbe Stunde Später den Deckel wieder zu mache, passiert: nix. Dafür kann ich den suspend dann prima beobachten, sobald ich den Deckel wieder aufklappe. Jetzt lacht nicht! Von da an ist auch das Runterfahren kein Selbstgänger mehr: den Poweroff-Button muß ich mehrmals drücken, oder "rechte-Maustaste-auf-Desktop--Abmelden--Rechner-ausschalten" mehrmals ausführen, bevor endlich Feierabend ist. Ok: hat jemand 'ne gute Idee, wie ich da den richtigen Rhythmus reinkriege? Oder zum Beispiel einen Tip, wie ich möglicher Weise ACPI nach dem Resume - gefahrlos - so resetten kann, daß der nächste suspend schon beim Zuklappen funktioniert? Danke! Und hört auf zu lachen... mb
Am Donnerstag, 17. Februar 2005 20:07 schrieb matthias boots:
Ok: hat jemand 'ne gute Idee, wie ich da den richtigen Rhythmus reinkriege? Oder zum Beispiel einen Tip, wie ich möglicher Weise ACPI nach dem Resume - gefahrlos - so resetten kann, daß der nächste suspend schon beim Zuklappen funktioniert?
Versuch doch mal herauszubekommen, woran das liegt. Z.B. indem Du bei den diversen Auf- und Zuklappungen und Tastendrücken in einer Shell ein "tail -f /var/log/acpid" mitlaufen läßt. Da werden glaube ich die Events protokolliert... -- Eckhard Rüggeberg E.Rueggeberg@t-online.de "One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond, where the Shadows lie."
Am Freitag, 18. Februar 2005 09:24 schrieb Eckhard Rüggeberg:
Ok: hat jemand 'ne gute Idee, wie ich da den richtigen Rhythmus reinkriege? Oder zum Beispiel einen Tip, wie ich möglicher Weise ACPI nach dem Resume - gefahrlos - so resetten kann, daß der nächste suspend schon beim Zuklappen funktioniert?
Versuch doch mal herauszubekommen, woran das liegt. Z.B. indem Du bei den diversen Auf- und Zuklappungen und Tastendrücken in einer Shell ein "tail -f /var/log/acpid" mitlaufen läßt. Da werden glaube ich die Events protokolliert...
Habe ich probiert, übrigens, nachdem der Tipp von Stefan mit dem Neuladen des button-Moduls nicht geholfen hatte. Im Log sieht das dann immer so aus: --- schnipp --- [Sun Feb 20 14:41:37 2005] starting up [Sun Feb 20 14:41:37 2005] 0 rules loaded [Sun Feb 20 14:41:37 2005] client connected from 5602[0:0] [Sun Feb 20 14:41:37 2005] 1 client rule loaded # erstes Zuklappen, hibernate funktioniert [Sun Feb 20 14:42:50 2005] received event "button/lid LID 00000080 00000007" [Sun Feb 20 14:42:50 2005] notifying client 5602[0:0] [Sun Feb 20 14:42:50 2005] completed event "button/lid LID 00000080 00000007" # zweites Zuklappen, nichts passiert (siehe auch Timestamps) [Sun Feb 20 14:45:25 2005] received event "button/lid LID 00000080 00000008" [Sun Feb 20 14:45:25 2005] notifying client 5602[0:0] [Sun Feb 20 14:45:25 2005] completed event "button/lid LID 00000080 00000008" # drittes Zuklappen, hibernate funktioniert wieder [Sun Feb 20 14:45:40 2005] received event "button/lid LID 00000080 00000009" [Sun Feb 20 14:45:40 2005] notifying client 5602[0:0] [Sun Feb 20 14:45:40 2005] completed event "button/lid LID 00000080 00000009" # und so weiter... [Sun Feb 20 15:05:42 2005] received event "button/lid LID 00000080 0000000a" [Sun Feb 20 15:05:42 2005] notifying client 5602[0:0] [Sun Feb 20 15:05:42 2005] completed event "button/lid LID 00000080 0000000a" [Sun Feb 20 15:05:54 2005] received event "button/lid LID 00000080 0000000b" [Sun Feb 20 15:05:54 2005] notifying client 5602[0:0] [Sun Feb 20 15:05:54 2005] completed event "button/lid LID 00000080 0000000b" --- schnapp --- Habe dann mal etwas experimentiert, auch mit zwischenzeitlichem Restart von acpi; wobei sich zeigte, daß man besser den powersaved gleich mit restartet, weil der sich sonst bei einem reinen "acpid restart" die gesamte CPU krallt, aber das nur am Rande. Jedenfalls wurde dabei offenbar acpid im Debug-Modus gestartet, und das sah dann so aus: --- schnipp --- [Sun Feb 20 15:52:10 2005] starting up [Sun Feb 20 15:52:10 2005] 1 rule loaded [Sun Feb 20 15:52:22 2005] received event "button/lid LID 00000080 0000000e" [Sun Feb 20 15:52:22 2005] executing action "/usr/sbin/acpid_proxy button/lid LID 00000080 0000000e" [Sun Feb 20 15:52:22 2005] BEGIN HANDLER MESSAGES execute action dethrottle for event button/lid LID 00000080 0000000e OPEN cat: /proc/sys/vm/bdflush: No such file or directory /usr/sbin/acpid_proxy: line 145: /proc/sys/vm/bdflush: No such file or directory Setting /proc/sys/vm/bdflush to 0 0 0 /usr/sbin/acpid_proxy: line 171: /proc/sys/vm/bdflush: No such file or directory Action dethrottle for event button/lid LID 00000080 0000000e OPEN returned an error [Sun Feb 20 15:52:23 2005] END HANDLER MESSAGES [Sun Feb 20 15:52:23 2005] action exited with status 0 [Sun Feb 20 15:52:23 2005] completed event "button/lid LID 00000080 0000000e" [Sun Feb 20 15:52:36 2005] received event "button/lid LID 00000080 0000000f" [Sun Feb 20 15:52:36 2005] executing action "/usr/sbin/acpid_proxy button/lid LID 00000080 0000000f" [Sun Feb 20 15:52:36 2005] BEGIN HANDLER MESSAGES execute action ignore for event button/lid LID 00000080 0000000f CLOSE [Sun Feb 20 15:52:36 2005] END HANDLER MESSAGES [Sun Feb 20 15:52:36 2005] action exited with status 0 [Sun Feb 20 15:52:36 2005] completed event "button/lid LID 00000080 0000000f" --- schnapp --- Die "action"s sind nicht korrekt, weil ich ein "rcacpid restart" gemacht habe. Dann wird die Konfiguration aus /etc/sysconfig/powermanagement gelesen, beim normalen Start über "rcpowersaved" wird /etc/sysconfig/powersave benutzt. Aber das ist nicht so wichtig. Interesssant ist: der acpid interpretiert die LID-Events immer abwechselnd als "CLOSE" und "OPEN", scheinbar ganz automatisch. Das erste Event ist für ihn ein CLOSE, und hibernate funktioniert. Der Laptop fährt runter. Dann mache ich das Display wieder auf, aber der Rechner ist aus, deshalb bemerkt der acpid das nicht. Das nächste LID-Event, also das nächste Zuklappen, kann für acpid - logisch - nur ein OPEN sein. Laut /etc/sysconfig/powersave/events sorgt das für ein "switch_vt", was immer das sein mag, er wird es schon tun, aber er macht eben kein hibernate. Das macht er dann beim nächsten LID-Event, das, weil der Rechner - mit zugeklapptem Display - noch läuft, beim Öffnen des Deckels nun als CLOSE interpretiert wird. Das wird auch nicht besser durch "rcpowersaved restart". Gelöst - nicht wirklich - habe ich das Problem jetzt so in /etc/sysconfig/powersave/events: --- schnipp --- POWERSAVE_EVENT_BUTTON_POWER="wm_shutdown" POWERSAVE_EVENT_BUTTON_SLEEP="suspend_to_disk" # POWERSAVE_EVENT_BUTTON_LID_OPEN="switch_vt" POWERSAVE_EVENT_BUTTON_LID_OPEN="suspend_to_disk" POWERSAVE_EVENT_BUTTON_LID_CLOSED="suspend_to_disk" --- schnapp --- Das heißt, auch beim LID_OPEN wird jetzt ein hibernate eingeleitet. Funktioniert bestens. Für eine saubere Lösung bin ich aber immer gern zu haben. Ich unterstelle dem acpid mal genau wie dem powersaved, daß er tut, was er kann, und daß es am BIOS liegt, was meint Ihr? Und noch eine kleine Zugabe: der Power-Button. Funktioniert immer, solange ich kein hibernate gemacht habe. Sobald ich einmal - per Knopf oder auch softwaremäßig mit "powersave -U" - hibernate benutzt habe, sieht man vom Power-Button nichts mehr in /var/log/acpid. Und dafür fehlt mir jetzt sogar die First-Level-Erklärung... mb
On Sun, Feb 20, 2005 at 05:55:54PM +0100, matthias boots wrote:
Habe ich probiert, übrigens, nachdem der Tipp von Stefan mit dem Neuladen des button-Moduls nicht geholfen hatte. Im Log sieht das dann immer so aus:
ok.
Habe dann mal etwas experimentiert, auch mit zwischenzeitlichem Restart von acpi; wobei sich zeigte, daß man besser den powersaved gleich mit restartet, weil der sich sonst bei einem reinen "acpid restart" die gesamte CPU krallt, aber das nur am Rande. Jedenfalls wurde dabei offenbar acpid im Debug-Modus gestartet, und das sah dann so aus:
nein, der acpid wird vom powersave-startskript mit anderen optionen gestartet => so konnte es nicht funktionieren. Was du mal probieren kannst: - rcpowersaved stop - tail -f /proc/acpi/event jetzt zu- und aufklappen und schauen ob sowohl beim zu- als auch beim aufklappen ein event generiert wird. Wenn nicht => BIOS ist schuld (wahrscheinlich). Wenn ja: - POWERSAVED_START_ACPID=no in /etc/sysconfig/powersave/common - rcpowersaved start - nochmals probieren.
Interesssant ist: der acpid interpretiert die LID-Events immer abwechselnd als "CLOSE" und "OPEN", scheinbar ganz automatisch. Das erste Event ist für ihn ein CLOSE, und hibernate funktioniert. Der Laptop fährt runter. Dann mache ich das Display wieder auf, aber der Rechner ist aus, deshalb bemerkt der acpid das nicht. Das nächste LID-Event, also das nächste Zuklappen, kann für acpid - logisch - nur ein OPEN sein. Laut /etc/sysconfig/powersave/events sorgt das für ein "switch_vt", was immer das sein mag, er wird es schon tun, aber er macht eben kein hibernate. Das macht er dann beim nächsten LID-Event, das, weil der Rechner - mit zugeklapptem Display - noch läuft, beim Öffnen des Deckels nun als CLOSE interpretiert wird.
Das wird auch nicht besser durch "rcpowersaved restart".
das deutet auf ein BIOS-Problem hin, der acpid/powersaved müßte beim Neustart "vergessen", wie sein Status war.
Gelöst - nicht wirklich - habe ich das Problem jetzt so in /etc/sysconfig/powersave/events:
--- schnipp --- POWERSAVE_EVENT_BUTTON_POWER="wm_shutdown" POWERSAVE_EVENT_BUTTON_SLEEP="suspend_to_disk" # POWERSAVE_EVENT_BUTTON_LID_OPEN="switch_vt" POWERSAVE_EVENT_BUTTON_LID_OPEN="suspend_to_disk" POWERSAVE_EVENT_BUTTON_LID_CLOSED="suspend_to_disk" --- schnapp ---
Das heißt, auch beim LID_OPEN wird jetzt ein hibernate eingeleitet. Funktioniert bestens. Für eine saubere Lösung bin ich aber immer gern zu haben.
Ich unterstelle dem acpid mal genau wie dem powersaved, daß er tut, was er kann, und daß es am BIOS liegt, was meint Ihr?
Vermutlich. Es könnte aber auch eine unglückliche interaktion von powersaved und acpid sein. Darum - wie oben beschrieben - mal ohne acpid probieren. Der acpid als "proxy" wurde sowieso nur eingebaut, weil manche Software (irgendein gnome-applet wenn ich mich recht erinnere) diesen acpid-socket benötigt und es blödsinnig gewesen wäre, den im powersaved nochmals zu implementieren.
Und noch eine kleine Zugabe: der Power-Button. Funktioniert immer, solange ich kein hibernate gemacht habe. Sobald ich einmal - per Knopf oder auch softwaremäßig mit "powersave -U" - hibernate benutzt habe, sieht man vom Power-Button nichts mehr in /var/log/acpid. Und dafür fehlt mir jetzt sogar die First-Level-Erklärung...
rmmod button; modprobe button oder / und POWERSAVE_SUSPEND2DISK_SHUTDOWN_MODE="platform" in /etc/sysconfig/powersave/sleep? Könnte jeweils helfen, muß aber nicht. Es kommt/kam öfters vor, daß ACPI-buttons nach dem suspend to disk nicht mehr funktionieren. Üblicherweise reicht es, das button-modul neu zu laden oder den shutdown_mode auf platform zu stellen (das kann aber in seltenen Fälle auch dazu führen, daß der suspend garnicht mehr geht :-( ) -- Stefan Seyfried
Hallo Stefan, Am Sonntag, 20. Februar 2005 18:22 schrieb Stefan Seyfried:
Was du mal probieren kannst: - rcpowersaved stop - tail -f /proc/acpi/event
jetzt zu- und aufklappen und schauen ob sowohl beim zu- als auch beim aufklappen ein event generiert wird. Wenn nicht => BIOS ist schuld
Das hat nicht geklappt. Nix in /proc/acpi/event.
(wahrscheinlich). Wenn ja: - POWERSAVED_START_ACPID=no in /etc/sysconfig/powersave/common - rcpowersaved start - nochmals probieren.
Das habe ich dann trotzdem nochmal probiert; und das hat dann auch tadellos funktioniert.
Vermutlich. Es könnte aber auch eine unglückliche interaktion von powersaved und acpid sein. Darum - wie oben beschrieben - mal ohne
Scheint so.
acpid probieren. Der acpid als "proxy" wurde sowieso nur eingebaut, weil manche Software (irgendein gnome-applet wenn ich mich recht erinnere) diesen acpid-socket benötigt und es blödsinnig gewesen wäre, den im powersaved nochmals zu implementieren.
Das ist wirklich alles, was der acpid macht? Das heißt, die Events der ACPI-Buttons interpretiert der powersaved genauso gut selbst?
Und noch eine kleine Zugabe: der Power-Button. Funktioniert immer, solange ich kein hibernate gemacht habe. Sobald ich einmal - per Knopf oder auch softwaremäßig mit "powersave -U" - hibernate benutzt habe, sieht man vom Power-Button nichts mehr in /var/log/acpid. Und dafür fehlt mir jetzt sogar die First-Level-Erklärung...
rmmod button; modprobe button
Funktioniert. Ganz am Rande: wie/wo könnte man das am besten automatisieren?
oder / und
POWERSAVE_SUSPEND2DISK_SHUTDOWN_MODE="platform" in /etc/sysconfig/powersave/sleep?
Funktioniert auch. Und ist komfortabler, als das Modul neu zu laden. Was ist der Unterschied zwischen "shutdown" und "platform"? Danke für die Unterstützung! mb
Hallo, On Mon, Feb 28, 2005 at 10:16:38PM +0100, matthias boots wrote:
Hallo Stefan, Am Sonntag, 20. Februar 2005 18:22 schrieb Stefan Seyfried:
jetzt zu- und aufklappen und schauen ob sowohl beim zu- als auch beim aufklappen ein event generiert wird. Wenn nicht => BIOS ist schuld
Das hat nicht geklappt. Nix in /proc/acpi/event.
(wahrscheinlich). Wenn ja: - POWERSAVED_START_ACPID=no in /etc/sysconfig/powersave/common - rcpowersaved start - nochmals probieren.
Das habe ich dann trotzdem nochmal probiert; und das hat dann auch tadellos funktioniert.
hm, das kann ich mir zwar dann nicht erklären, aber nun ja, wenn's funktioniert ;-)
Vermutlich. Es könnte aber auch eine unglückliche interaktion von powersaved und acpid sein. Darum - wie oben beschrieben - mal ohne
Scheint so.
Ja. Das ist die erste Fehlermeldung in diesem Zusammenhang, aber ich werde es mir trotzdem mal genauer anschauen.
acpid probieren. Der acpid als "proxy" wurde sowieso nur eingebaut, weil manche Software (irgendein gnome-applet wenn ich mich recht erinnere) diesen acpid-socket benötigt und es blödsinnig gewesen wäre, den im powersaved nochmals zu implementieren.
Das ist wirklich alles, was der acpid macht? Das heißt, die Events der ACPI-Buttons interpretiert der powersaved genauso gut selbst?
Anscheinend sogar besser, wie du siehst ;-) Ich habe den powersaved immer ohne acpid am laufen, und das geht problemlos.
rmmod button; modprobe button
Funktioniert. Ganz am Rande: wie/wo könnte man das am besten automatisieren?
POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK in /etc/sysconfig/powersave/sleep.
POWERSAVE_SUSPEND2DISK_SHUTDOWN_MODE="platform" in /etc/sysconfig/powersave/sleep?
Funktioniert auch. Und ist komfortabler, als das Modul neu zu laden. Was ist der Unterschied zwischen "shutdown" und "platform"?
Bei "shutdown" wird der Rechner nach dem suspend to disk einfach mittels der "power off"-Funktion des BIOS (glaube ich) ausgeschaltet, genauso wie bei einem shutdown. Bei "platform" wird nach dem suspend to disk dem BIOS via ACPI-Funktionen gesagt, daß es in den S4-Modus gehen soll (was praktisch das selbe ist, wie power off). Dabei kann das BIOS aber noch ein paar andere sachen machen, z.B. irgendwie dafür sorgen, daß das button modul wieder nach dem resume geht :-) Prinzipiell ist platform "The Right Thing", allerdings muß das BIOS ausreichend ACPI-tauglich sein, daß es funktioniert. Früher (als die ACPI- Implementation in Linux auch noch nicht so toll war), hat das öfters mal nicht funktioniert. In letzter Zeit habe ich keine Fehlschläge mehr mit "platform" gesehen. Für die meisten Maschinen macht es keinen Unterschied (oft gehen die buttons auch mit "platform" ohne rmmod / modprobe nach dem resume nicht) und daher war bisher "shutdown" Standard. Bei der 9.3 wird "platform" default werden, ich bin mal gespannt, was dann kaputtgeht ;-))
Danke für die Unterstützung!
Viel Spaß mit dem suspend to disk ;-) -- Stefan Seyfried
Am Dienstag, 1. März 2005 17:39 schrieb Stefan Seyfried:
Danke für die Unterstützung!
Viel Spaß mit dem suspend to disk ;-)
Jo, danke, und dann machen wir mal 'ne ordentliche Sicherung, und dann probieren wir mal suspend to ram. Werde Dich auf dem laufenden halten ;-) mb
Am Sonntag, 20. Februar 2005 17:55 schrieb matthias boots:
ein "tail -f /var/log/acpid" mitlaufen läßt. Da werden glaube ich die Events protokolliert...
[...]
Habe dann mal etwas experimentiert, auch mit zwischenzeitlichem Restart von acpi; wobei sich zeigte, daß man besser den powersaved gleich mit restartet, weil der sich sonst bei einem reinen "acpid restart" die gesamte CPU krallt, aber das nur am Rande. Jedenfalls wurde dabei offenbar acpid im Debug-Modus gestartet, und das sah dann so aus: [...] --- schnipp --- [Sun Feb 20 15:52:10 2005] starting up [Sun Feb 20 15:52:10 2005] 1 rule loaded [Sun Feb 20 15:52:22 2005] received event "button/lid LID 00000080 0000000e" [Sun Feb 20 15:52:22 2005] executing action "/usr/sbin/acpid_proxy button/lid LID 00000080 0000000e" [...]
Die "action"s sind nicht korrekt, weil ich ein "rcacpid restart" gemacht habe. Dann wird die Konfiguration aus /etc/sysconfig/powermanagement gelesen, beim normalen Start über "rcpowersaved" wird /etc/sysconfig/powersave benutzt. Aber das ist nicht so wichtig.
Mal eine generelle Frage, auch an die Fachleute: Ich dachte immer, man soll acpid und powersaved nicht gleichzeitig nutzen? [...]
Ich unterstelle dem acpid mal genau wie dem powersaved, daß er tut, was er kann, und daß es am BIOS liegt, was meint Ihr?
Gruß Manfred -- Samsung P30 Suse 9.1 Pro KDE 3.3.2
On Sun, Feb 20, 2005 at 06:37:48PM +0100, Manfred Timm wrote:
Mal eine generelle Frage, auch an die Fachleute: Ich dachte immer, man soll acpid und powersaved nicht gleichzeitig nutzen?
der powersaved der 9.2 benutzt per default den acpid (mit spezieller Konfiguration) als "proxy" für events aus /proc/acpi/event. Dazu wird der acpid aus dem powersave-startskript gestartet. Man kann das aber konfigurieren (und ich nutze den powersaved ohne acpid). -- Stefan Seyfried
On Thu, Feb 17, 2005 at 08:07:04PM +0100, matthias boots wrote:
Oder zum Beispiel einen Tip, wie ich möglicher Weise ACPI nach dem Resume - gefahrlos - so resetten kann, daß der nächste suspend schon beim Zuklappen funktioniert?
rmmod button; modprobe button Wenn das hilft, dann kannst du mal versuchen, ob es auch reicht, einfach "button" in POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK (/etc/sysconfig/powersave/sleep) einzutragen. -- Stefan Seyfried
participants (4)
-
Eckhard Rüggeberg
-
Manfred Timm
-
matthias boots
-
Stefan Seyfried