Linux Python Autostart Programm als Root

@zufaulzumanmelden
Dein Beitrag bringt mich jetzt nicht wirklich weiter

@mh
Was soll mir das sagen?

Egal, das Problem hat sich gelöst indem ich "sudo" installiert habe.

Peter Z. schrieb:
> @zufaulzumanmelden
> Dein Beitrag bringt mich jetzt nicht wirklich weiter

Doch, er hat die richtige Lösung genannt.

poiu schrieb:
> The subprocess module provides more powerful facilities for spawning new
> processes

Für ein simples echo ist das totaler overkill. Das wird dreimal 
komplizierter.

Wie ich geschrieben hatte kenne ich mich mit Linux nicht aus,
darum hat mich die Antwort nicht weitergebracht.

Aber wie schon geschrieben es funktioniert so wie gewollt auch wenn
es für euch Highperformer Pfusch ist.

Peter Z. schrieb:
> Wie ich geschrieben hatte kenne ich mich mit Linux nicht aus,
> darum hat mich die Antwort nicht weitergebracht.
>
> Aber wie schon geschrieben es funktioniert so wie gewollt auch wenn
> es für euch Highperformer Pfusch ist.

Warum postest Du hier überhaupt wenn Du keine Hilfe willst? Reine 
Zeitverschwendung für alle!

Hast recht

Peter Z. schrieb:
> os.system("echo 7 > /sys/class/backlight/backlight/brightness")

Ein Python-Script zu starten, um aus diesem wiederum einen Shell-Befehl 
aufzurufen, ist von hinten durch die Brust ins Auge.

Gereicht hätte vermutlich folgendes, wenn Dein System noch rc.local 
unterstützt:

1

echo 'echo 7 > /sys/class/backlight/backlight/brightness' >>/etc/rc.local

2

chmod +x /etc/rc.local

Danach einmal neu booten und schauen, ob das Backlight angeht.

P.S.
Eventuell noch vorher schauen, ob in rc.local nicht am Ende ein "exit 0" 
drinsteht. Das müsste dann per Editor noch nach dem Anhängen der 
Kommandozeile nach unten verschoben werden.

Wenn rc.local nicht mehr unterstützt wird, gibt es hier Abhilfe:

https://www.itechlounge.net/2017/10/linux-how-to-add-rc-local-in-debian-9/

Das Python-Script wird erst gestartet nachdem der XFCE Desktop geladen 
ist.
Mit dem Python-Script wird dann eine Qt GUI gestartet, CAN und der UART 
initialisiert.
Mit dieser GUI möchte ich dann die Helligkeit des Bildschirms ändern 
können.
Darum der Befehl im Python-Script.

Moin,
ich habe meine Alarmanlage Zuhause auf einem Raspberry Pi als Python 
script umgesetzt.

Zum starten habe ich einen Eintrag in /etc/rc.local eingefügt (so wie 
Frank M):

1

# start underworld

2

echo "Starting Underworld"

3

logger "Starting Underworld"

4

sudo nohup /usr/bin/python /python/underworld/underworld.py

nohup ist ein cooles Tool, damit lässt sich die "Bildschirmausgabe" in 
eine Datei umleiten. So fange ich eventuelle python Fehlermeldungen ab.

Eventuell muss noch ein softlink in runlevel3 (booten ohne grafische 
Oberfläche) oder runlevel5 (booten mit grafischer Oberfläche) gesetzt 
werden:

1

ln -s /etc/init.d/rc.local /etc/rc3.d/S99rc.local

Der H. schrieb:
> Zum starten habe ich einen Eintrag in /etc/rc.local eingefügt [...]

Mittlerweile hat sich herausgestellt, dass der TO unter "autostart" 
etwas anderes versteht als das Booten des OS.

> sudo nohup /usr/bin/python /python/underworld/underworld.py

Ein paar Verbesserungsvorschläge:

1. sudo überflüssig

sudo kann entfallen, da rc.local immer als root gestartet wird.

2. Falsche Anwendung von nohup

nohup ist dafür gedacht, das SIGHUP-Signal abzufangen, wenn die 
aufrufende interaktive(!) Shell sich ausloggt. So kann man interaktiv 
Shell-Scripts starten, die weiterlaufen, obwohl man sich nach dem Aufruf 
abmeldet. Dass hier der Output in eine Datei "nohup.out" umgeleitet 
wird, ist lediglich ein angenehmer Nebeneffekt.

Stattdessen sollte man hier einfach die Umleitung direkt in der Shell 
selbst relaisieren. So wäre mein Vorschlag:

1

/usr/bin/python /python/underworld/underworld.py >/tmp/underworld.log 2>&1

@kunz
Glaube du hast nicht verstanden um was es mir geht.
Die Helligkeit soll zur Laufzeit der GUI geändert werden.
Und nochmal... es funktioniert mittlerweile alles bereits wie es soll!
Also was soll das mit deinem IQ Geschwalle?

Peter Z. schrieb:
> Die Helligkeit soll zur Laufzeit der GUI geändert werden.

Mittlerweile ist das klar. Aber wenn normalerweise Linux-Newbies von 
"autostart" (siehe Betreff) sprechen, meinen sie so etwas wie die 
autostart.bat unter Windows.

Außerdem hattest Du ursprünglich geschrieben:

> soll ein Python Programm automatisch beim Booten als Root starten,

Beim Wort "Booten" denkt natürlich jeder erstmal an das Booten des OS.

Ok, den Schuh zieh ich mir an...
Aber muss man dann in die Agro Schiene fallen?
Du schreibst ja auch "normal"

@bingo
Das mit der Crontab hatte ich auch probiert aber das funktioniert nicht,
da die GUI nicht startet, weil zu der Zeit der Desktop noch nicht 
gestartet ist.