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