Da hast du völlig Recht!

Genau so einen Ansatz habe ich gesucht, in /proc/acpi/battery/CMB{1,2}/state kann auf charging state: gegrept werden der entweder charging oder discharging ist, somit kann beim booten oder grafischem login darauf geprüft werden und dann die skripte in /etc/acpi/on.battery/ ausgeführt werden.

Perfekt, ich danke dir!

Grüße

Philipp 

-----Ursprüngliche Nachricht-----
Von: Roland Damm [mailto:roland-damm@...] 
Gesendet: Montag, 4. August 2008 23:23
An: gentoo-user-de@g.o
Betreff: Re: [gentoo-user-de] acpi on battery scripts beim hochfahren auch ausführen

Moin,

On Monday 04 August 2008 10:56:45 Zeitschel, Philipp wrote:

> leider ist ja der acpi daemon ein eventgesteuerterprozess, der die 
> scripte in onbattery nur ausführt wenn der Netzstecker tatsächlich 
> gezogen wird, nicht aber, wenn das notebook schon auf batterie 
> hochgefahren wird. Hat jemand von euch einen tipp wie ich die Scripte 
> ausführen lassen kann wenn das Notebook bereits auf Akku hochfährt?

Ich hatte so ein Ärgernis mit dem Bildschirm, der auf 'aus' sollte, wenn der Deckel zu ist, nicht einfach nur wenn der Deckel zugeklappt wird. Weil evtl ein videoplayer irgendwas overridet (wie sagt man das auf deutsch:-)?). Ob noch nötig ist oder nicht weiß ich nicht, aber bei mir läuft ein Cronjob alle paar Minuten, der den Deckel überwacht und bei geschlossenem Deckel was tut. 

In der Crontab:
*/5 * * * *     root    /root/lid-contrl > /dev/null

/root/lid-contrl:
#!/bin/sh
status=`cat /proc/acpi/button/lid/LID/state |grep "closed" ` if  [ -n "$status" ] ; then
        xset dpms force off   #Bildschirm aus
fi

Höchst wahrscheinlich ist das keine gute Lösung, aber sie hat funktioniert. 
Vielleicht kannst du was ähnliches für dein Problem basteln.

Mir ist das übrigens auch unsympatisch, dass gewisse Sachen, die von Zustand des Rechners abhängen sollten, nur bei Änderung des Zustandes geschaltet werden. Sollte da aus irgendwelchen Gründen ein Zustandsänderungsereignis verpasst werden, korrigiert sich das nicht mehr mit der Zeit von selbst, sondern der Fehler bleibt bestehen. So wie es ist, ist das System einfach nicht robust, fehlertolerant.

CU Rollo