Laptop fährt bei kritischem Akkuladezustand nicht runter

[dexter0]

Hi!

Ich hätte gerne, dass mein Laptop runterfährt, wenn der Akku so gut wie leer ist. Heute an der Uni hab ich's mal getestet. Ich habe bei GNOME unter System --> Einstellungen --> Energieverwaltung im Reiter Im Akkubetrieb das Gewünschte eingestellt. Als nur noch 5% Ladung war, kam die Meldung, dass der Ladezustand kritisch sei, und das System deshalb nun heruntergefahren werde. Dann passierte allerdings fünf Minuten lang garnichts, und dann ging der Rechner plötzlich aus, ohne das halt vorher noch gesync (http://manpages.debian.net/cgi-bin/man.cgi?query=sync&apropos=0&sektion=0&manpath=Debian+5.0+lenny&format=html&locale=de)t wurde.

Hier mal das letzte aus der syslog:

Jun 25 15:17:01 Stefan /USR/SBIN/CRON[4492]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jun 25 15:20:43 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
Jun 25 15:20:47 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Jun 25 15:20:52 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Jun 25 15:20:57 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Jun 25 15:21:02 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Jun 25 15:21:08 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Jun 25 15:21:20 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Jun 25 15:21:32 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Jun 25 15:21:43 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 1
Jun 25 15:21:44 Stefan dhclient: No DHCPOFFERS received.
Jun 25 15:21:44 Stefan dhclient: No working leases in persistent database - sleeping.
Jun 25 15:22:35 Stefan kernel: [ 5991.483478] CE: hpet increasing min_delta_ns to 75936 nsec
Jun 25 15:23:23 Stefan gnome-power-manager: (stefan) Rechner wird heruntergefahren. Grund: Ladezustand des Akkus ist kritisch.
Jun 25 15:24:18 Stefan kernel: [ 6094.172401] CE: hpet increasing min_delta_ns to 113904 nsec
Jun 25 15:25:21 Stefan dhclient: DHCPREQUEST on ath0 to 172.21.6.1 port 67
Jun 25 15:25:21 Stefan dhclient: DHCPACK from 172.21.6.1
Jun 25 15:25:21 Stefan dhclient: bound to 172.21.141.122 -- renewal in 1616 seconds.
Jun 25 15:26:05 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
Jun 25 15:26:12 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17
Jun 25 15:26:29 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
Jun 25 15:26:39 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 16
Jun 25 15:26:55 Stefan dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
Jun 25 15:27:06 Stefan dhclient: No DHCPOFFERS received.
Jun 25 15:27:06 Stefan dhclient: No working leases in persistent database - sleeping.
Jun 25 15:27:23 Stefan pptp[3413]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 1549 (expecting 1548, lost or reordered)
Jun 25 21:41:45 Stefan kernel: imklog 3.18.6, log source = /proc/kmsg started.
Die DHCPDISCOVERS kommen vom dhclient für eth0, an der Uni bin ich über ath0 mit einem VPN via PPTP verbunden.

Ich benutze Debian Lenny AMD64

[marce]

ich vermute mal ein Rechteproblem - darf der User Stefan Dinge wie init, shutdown, halt oder ähnliches nutzen?

(keine Ahnung, was Gnome selbst benutzt, um dann den Rechner herunterzufahren) - die Lösung dürfte sich dann irgendwo in der PAM / HAL-Konfig finden...

[Rain_maker]

ich vermute mal ein Rechteproblem - darf der User Stefan Dinge wie init, shutdown, halt oder ähnliches nutzen?

Rechteproblem könnte sein, allerdings geht das Ganze "ums Eck" und nicht direkt.

Wichtig zu wissen wäre, ob das "Schlafen gehen" von Hand funktioniert, also wenn man den entsprechenden Event selbst auslöst.




(keine Ahnung, was Gnome selbst benutzt, um dann den Rechner herunterzufahren) - die Lösung dürfte sich dann irgendwo in der PAM / HAL-Konfig finden...

Wie gesagt, das geht nicht direkt über "pm-suspend" oder "pm-hibernate", da es dazu Rootrechte braucht, normalerweise sollte das über dbus-messages gehen, so in etwa:


dbus-send --session --print-reply --dest=org.freedesktop.PowerManagement --type=method_call /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.Suspendfür s2ram und


dbus-send --session --print-reply --dest=org.freedesktop.PowerManagement --type=method_call /org/freedesktop/PowerManagement org.freedesktop.PowerManagement.Hibernatefür s2disk.

Für GNOME kann es auch sein, daß die entsprechenden Aufrufe direkt an den Powermanager gehen, dazu findet man hier etwas mehr:

http://marc.info/?l=freedesktop-xdg&m=117278191811786&w=2

(Man beachte aber das Datum, es kann sein, daß diese Methoden mittlerweile obsolet sind, die oben zitierten Aufrufe sind aber "aktuell" und funktionieren hier zuverlässig.)

Zuerst sollte allerdings natürlich sicher gestellt sein, daß s2disk überhaupt funktioniert (egal ob als User über dbus oder als root über pm-hibernate aufgerufen), das geht zumindest aus dem ersten Posting nicht hervor.

[dexter0]

Also
dbus-send --session \
--print-reply \
--dest=org.freedesktop.PowerManagement \
--type=method_call \
/org/freedesktop/PowerManagement \
org.freedesktop.PowerManagement.Suspend
suspendet den Laptop, also versetzt ihn in den Bereitschaftsmodus, und

dbus-send --session \
--print-reply \
--dest=org.freedesktop.PowerManagement \
--type=method_call \
/org/freedesktop/PowerManagement \
org.freedesktop.PowerManagement.Shutdown
fährt ihn herunter.
Ich werde morgen noch mal ausprobieren, ob er dann automatisch herunterfährt. Ich habe jetzt nämlich auf Squeeze (Testing) geupgradet, wer weiß, was dann anders ist.

[dexter0]

Achja, suspend to disk, also Ruhezustand, geht irgendwie nicht, ich komme dann gleich zu 'nem grafischen Login-Bildschirm

[dexter0]

Nein ist wieder nicht heruntergefahren