On Fri, Feb 17, 2006 at 08:35:51PM +0100, Dimitrios Bogiatzoules wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo Liste,
ich betreibe hier ein T42p mit der SUSE 10.0 und den aktuellen Updates. Während zur 9.3 Zeiten das Schließen des Deckels immer zum suspend to ram geführt hat, habe ich mit 10.0 Probleme:
Nach einem Neustart des Rechners kann ich mit dem Schließen des Deckels *einmalig* suspend to ram auführen. Wenn ich den Deckel aufmache, wacht der Rechner wie erwartet auf und ich kann normal arbeiten.
gut.
Wenn ich jetzt nochmals den Deckel schließe, dann passiert nichts. Über KPowersave und den Menüpunkt "Suspend to RAM" kann ich diese Aktion trotzdem durchführen. Versuche mit dem Neustart von powersaved und/oder acpid haben keine eindeutige Ergenbisse hervorgebracht. Mal klappte es mit dem Deckel mal nicht.
Die Pseudodatei /proc/acpi/button/lid/LID/state zeigt das Schließen des Deckels an, so dass ich vermute, dass powersaved & Co. dies ignorieren...
mach mal in einer konsole "acpi_listen" und schau, ob ein event kommt, wenn du den deckel schließt. Wenn nein, kommen überhaupt events (z.B. Strom ab- und wiederanstecken sollte je ein ac_adapter-Event werfen). Funktionieren dann, wenn der deckel "kaputt" ist der Power- und der Sleep-Button noch?
Hier noch ein paar Details:
acpid-1.0.4-9.4 powersave-0.11.5-1.pm.1
Das ist aber nicht auf 10.0, und auf sourceforge auch nicht.
2.6.13-15.8-default
Auszug aus /etc/sysconfig/powersave/sleep:
UNLOAD_MODULES_BEFORE_SUSPEND2RAM="snd_bt_sco videodev sn9c102 usb_storage sbp2 ohci_hcd uhci_hcd ehci_hcd ohci1394 ipw2100 ipw2200 prism54 ath_pci aic7xxx ath_hal hsfusbcd2 hsfmc97sis hsfmc97ati hsfmc97via hsfmc97ich hsfmc97ich hsfpcibasic2 hsfserial hsfengine hsfosspec hsfsoar"
SUSPEND2RAM_RESTART_SERVICES="hsf autofs alsasound openvpn network irda"
interessanter wäre /var/log/suspend2ram* Aber schau erst mal, ob events kommen, dann schauen wir weiter. -- Stefan Seyfried