So ein kleines Update. Mir ist nach wie vor unerklaerlich, wo das genau Problem besteht. Allerdings funktioniert es nun wieder in soweit, dass mein Skript nun waehrend der Laufzeit wieder ausgefuehrt wird.

Meine Udev Regel:

[orschiro@thinkpad ~]$ cat /etc/udev/rules.d/50-powersave.rules 
SUBSYSTEM=="power_supply", ENV{POWER_SUPPLY_ONLINE}=="0", RUN+="/home/orschiro/Scripts/powersaving battery"
SUBSYSTEM=="power_supply", ENV{POWER_SUPPLY_ONLINE}=="1", RUN+="/home/orschiro/Scripts/powersaving AC"

Mein modifiziertes Skript, das nun nicht mehr xbacklight verwendet:

[orschiro@thinkpad ~]$ cat Scripts/powersaving 
#!/bin/sh

case $1 in
    battery)
		echo "Running powersaving on AC"
		
		# screen power saving"
		echo 200000 > /sys/class/backlight/intel_backlight/brightness
    ;;
    AC)
		echo "Running powersaving on battery"
	    
		# screen power saving
		echo 4270725 > /sys/class/backlight/intel_backlight/brightness
    ;;
esac

Kann mir aber jemand erklaeren, warum die Udev Regel nicht beim Boot ausgefuehrt wird? Sprich, wenn meine Bildschirmhelligkeit komplett runterreguliert ist und ich den Laptop mit angeschlossenem Kabel neustarte, verbleibt die Helligkeit runtergeregelt. Stoepsle ich das Kabel daraufhin raus und wieder rein, wird die Udev Regel korrekt angewendet.

Army schriebDu könntest natürlich in dem Skript ein sleep einbauen. Oder hängt dadurch dann der komplette Bootprozess?

Habe das nun in der Tat so geloest. Siehe unten.

Wie wärs, das mit systemd zu lösen? Dann quasi ein powersave.service anlegen, welches halt beim Booten 1x das Skript ausführt. Da müsstest halt das Skript ändern, damit es erkennt, ob du online oder offline bist.

Da halte ich den sleep-Ansatz fuer simpler.

Kenn mich mit udev kaum aus, daher kann es sein, dass das egal ist. Aber bei powerdown ist es so implementiert

SUBSYSTEM=="power_supply", ATTR{online}=="0", RUN+="/usr/bin/powerdown"
SUBSYSTEM=="power_supply", ATTR{online}=="1", RUN+="/usr/bin/powerup"

und als ich das noch benutzt hatte, da ging das mit der Helligkeit.

Ich denke, das haengt nicht mit der Udev Regel zusammen, sondern ist abhaengig von der Hardware.

hydro schrieb

orschiro schrieb 2. Nun wird powersaving ausgefuehrt, greift aber auf /sys/class/backlight zurueck, das zum Zeitpunkt des Ausfuehrens der Udev Regel aber auch noch nicht existiert.

Dann formuliere doch eine udev-Regel für eben dieses Device. Dabei kannst du das Attribut direkt in der Regel setzen ohne ein Script aufrufen zu müssen.
https://bbs.archlinux.org/viewtopic.php?pid=1193741#p1193741

Damit kann ich aber nicht die Helligkeit in Abhaengigkeit vom Batteriestatus setzen. Hierfuer brauche ich die folgende Regel in Kombination mit meinem powersaving Skript:

[orschiro@thinkpad ~]$ cat /etc/udev/rules.d/50-powersave.rules 
SUBSYSTEM=="power_supply", ENV{POWER_SUPPLY_ONLINE}=="0", RUN+="/usr/local/bin/powersaving battery"
SUBSYSTEM=="power_supply", ENV{POWER_SUPPLY_ONLINE}=="1", RUN+="/usr/local/bin/powersaving AC"
[orschiro@thinkpad ~]$ cat /usr/local/bin/powersaving 
#!/bin/sh

case $1 in
    battery)
		echo "Running powersaving on AC in 3 seconds"
		sleep 3
		# screen power saving"
		echo 200000 > /sys/class/backlight/intel_backlight/brightness
    ;;
    AC)
		echo "Running powersaving on battery in 3 seconds"
	    	sleep 3
		# screen power saving
		echo 4270725 > /sys/class/backlight/intel_backlight/brightness
    ;;
esac

Der Status laesst sich per Udev Regel durchaus ermitteln. Genau das macht ja meine Regel. Ich muesste also quasi meine mit der von dir verlinkten Regel kombinieren. Hat jemand eine Idee, wie das aussehen koennte?

Statusermittlung:

SUBSYSTEM=="power_supply", ENV{POWER_SUPPLY_ONLINE}=="0", RUN+="/usr/local/bin/powersaving battery"
SUBSYSTEM=="power_supply", ENV{POWER_SUPPLY_ONLINE}=="1", RUN+="/usr/local/bin/powersaving AC"

Helligkeit aendern:

ACTION=="add", KERNEL=="acpi_video0", SUBSYSTEM=="backlight", SUBSYSTEMS=="pci", DRIVERS=="i915", ATTR{brightness}="2"

Es muesste also lauten: Wenn von SUBSYSTEM=="power_supply" die ENV{POWER_SUPPLY_ONLINE}=="0", dann von SUBSYSTEM=="backlight" das ATTR{brightness}="2"

Danke hydro!

Hatte bisher noch keine Gelegenheit, deinen Ansatz auszuprobieren. Allerdings gefaellt mir das ganz gut.

Alternativ habe ich mit einem 3 Sekunden sleep in meinem Backlight Script experimentiert. Das reicht, um beim Boot auf die Einbindung von /sys/class/backlight zu warten und stoert waehrend der Laufzeit auch nicht sondernlich, 3 Sekunden auf einen Wechsel von geringer zu maximaler Helligkeit zu warten.

Das mit den Attributen hat mich auch etwas verwundert. Bisher habe ich allerdings keine negativen Erscheinungen auf meinem System. Werde das aber auf alle Faelle mal beobachten.

Oder hast du noch eine Idee, woran das liegen koennte?