Starthilfe beim Raspberry gesucht [gelöst]

[andies]

Ich benötige mal wieder Eure Hilfe. Ich habe einen RPi mit Bullseye

Code Auswählen Erweitern

Linux raspheizung 5.15.61+ #1579 Fri Aug 26 11:08:59 BST 2022 armv6l GNU/Linux
und ich möchte, dass dort im Startskript Programme automatisch gestartet werden. Starte ich sie per Hand, funktioniert alles. Nur der automatische Start funktioniert einfach nicht und die Suche im Netz ist so verwirrend, dass ich da nicht klar komme. Meine beiden Probleme beschreibe ich hier mal.

1) Ich möchte ein python-Skript starten. Das habe ich in rc.local eingetragen, aber es wird nicht ausgeführt (beim Start). In messages steht auch nichts. Ich habe keine Ahnung, wieso es nicht gestartet wird.

2) Ich möchte einen Dienst einrichten und habe in /etc/systemd/system eine vcnotrold.service Datei eingerichtet,

Code Auswählen Erweitern

[Unit]
Description=vcontrold daemon
After=syslog.target systemd-udev-settle.service

[Service]
Type=forking
ExecStartPre=/bin/ls /dev/bus/usb/001
ExecStart=/usr/sbin/vcontrold -x /etc/vcontrold/vcontrold.xml
ExecReload=/bin/kill -HUP $MAINPID
Restart=always
RestartSec=120
StandardOutput=null

[Install]
WantedBy=multi-user.target

Die Pfade sind korrekt. Aber

Code Auswählen Erweitern

sudo systemctl start vcontrold
startet den Dienst nicht und in den Logs finde ich keinen Eintrag, warum das nicht passiert.

Kann mir jemand mal einen aktuellen Link geben, in dem ich nachlesen kann, wie das geht? Die Google-Suche liefert so viele zum Teil offensichtlich falsche Sachen, ich komme da nicht weiter.

[betateilchen]

zu 1: rc.local wird an sich nicht mehr empfohlen. Wie hast Du den Start des python skripts dort eingetragen?

zu 2: hast Du den neuen Dienst dem systemd bekanntgemacht mit "systemctl daemon-reload"?

[Wernieman]

Zu 1. Gib uns bitte Deine rc.local
Anstatt rc.local sollte man den cron bemühen, der kennt auch ein "@reboot".
(Schnelle Suche mit Google) z.B. https://www.tecchannel.de/a/cron-linux-tools-und-befehle-beim-boot-ausfuehren,3205434

Zu 2. Wirklich alle üblichen  Verdächtigen geprüft? also unter /var/logs .......
Unter welchem User läuft der Dienst?

[andies]

Danke erstmal für die Hilfe. Ja, das mit der schnellen Suche hatte ich auch, aber da standen dann einander widersprechende Dinge. So, zum Thema
rc.local

Code Auswählen Erweitern

-rwxr-xr-x  1 root root     457 Oct 13 15:22 rc.local
enthält

Code Auswählen Erweitern


python3 /home/pi/gas_wasser.py &
exit 0

Das mit dem bekanntmachen habe ich natürlich verpennt, vermutlich lag es daran. Bei den Logs habe ich

Code Auswählen Erweitern

drwxr-xr-x   6 root   root              4096 Oct 13 15:03 .
drwxr-xr-x  11 root   root              4096 Sep 22 02:24 ..
-rw-r--r--   1 root   root               762 Oct 13 13:00 alternatives.log
drwxr-xr-x   2 root   root              4096 Oct 13 13:08 apt
-rw-r-----   1 root   adm              46805 Oct 13 17:19 auth.log
-rw-r--r--   1 root   root                 0 Sep 22 02:23 bootstrap.log
-rw-rw----   1 root   utmp                 0 Sep 22 02:23 btmp
-rw-r-----   1 root   adm             193649 Oct 13 17:20 daemon.log
-rw-r-----   1 root   adm               7047 Oct 13 15:30 debug
-rw-r--r--   1 root   root             33731 Oct 13 13:08 dpkg.log
-rw-r--r--   1 root   root                 0 Sep 22 02:23 faillog
drwxr-sr-x+  3 root   systemd-journal   4096 Sep 22 02:23 journal
-rw-r-----   1 root   adm             195553 Oct 13 16:47 kern.log
-rw-rw-r--   1 root   utmp            292292 Oct 13 17:19 lastlog
-rw-r-----   1 root   adm             192545 Oct 13 17:18 messages
drwx------   2 root   root              4096 Sep 22 02:23 private
drwxr-xr-x   3 root   root              4096 Sep 22 02:06 runit
-rw-r-----   1 root   adm             398989 Oct 13 17:20 syslog
-rw-r-----   1 root   adm               1200 Oct 13 13:20 user.log
-rw-rw-r--   1 nobody dialout            854 Oct 13 17:18 vcontrold.log
-rw-rw-rw-   1 root   root                 2 Oct 13 13:22 vcontrol.log
-rw-rw-r--   1 root   utmp             20736 Oct 13 17:19 wtmp

und da kann man ja die üblichen Verdächtigen erkennen. Und die bin ich durchgegangen.

PS Der Dienst sollte unter root laufen, oder?

Code Auswählen Erweitern

-rwxrwxrwx  1 root root  333 Oct 13 15:26 vcontrol.service

[andies]

gerade neu gestartet. Beide Prozesse werden nicht neu gestartet.

Code Auswählen Erweitern

sudo systemctl status vcontrol
● vcontrol.service - vcontrold daemon
     Loaded: loaded (/etc/systemd/system/vcontrol.service; disabled; vendor preset: enabled)
     Active: inactive (dead)


[betateilchen]

Code Auswählen Erweitern

python3 /home/pi/gas_wasser.py &

Gib mal den vollständigen Pfad zu python3 mit an, vermutlich /usr/bin/python3

[andies]

Danke, und systemctl konnte ich auch klären

Code Auswählen Erweitern

sudo systemctl enable vcontrol
Synchronizing state of vcontrol.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable vcontrol


[andies]

PS Die eigentlich wichtigste Frage: Wo informiert Ihr Euch, wenn Ihr da Probleme habt? Bitte nicht "Google", da finde ich Seiten von 1835...

[andies]

Hast Du den neuen Dienst auch enabled mit "systemctl enable vcontrol"?

Hatte ich vergessen. "Enable" gibt es erst seit 1836

Danke!

[betateilchen]

gerade neu gestartet. Beide Prozesse werden nicht neu gestartet.
sudo systemctl status vcontrol
● vcontrol.service - vcontrold daemon
     Loaded: loaded (/etc/systemd/system/vcontrol.service; disabled; vendor preset: enabled)
     Active: inactive (dead)

Funktioniert der manuelle Start von der Konsole aus?

Hast Du den neuen Dienst auch enabled mit "systemctl enable vcontrol"?

PS Die eigentlich wichtigste Frage: Wo informiert Ihr Euch, wenn Ihr da Probleme habt? Bitte nicht "Google", da finde ich Seiten von 1835...

Bei Google. Aber halt mit den richtigen Suchbegriffen und nicht mit welchen aus 1835.

Wobei - die generelle Funktionsweise von systemd muss ich normalerweise nicht mehr googlen.

Danke, und systemctl konnte ich auch klären

funktioniert denn nun beides?

[andies]

ja, läuft beides!

[betateilchen]

Trotzdem solltest Du den Vorschlag beherzigen:

Anstatt rc.local sollte man den cron bemühen, der kennt auch ein "@reboot".
(Schnelle Suche mit Google) z.B. https://www.tecchannel.de/a/cron-linux-tools-und-befehle-beim-boot-ausfuehren,3205434

[andies]

OK, mache ich, zumal ich im crontab was habe.

[Wernieman]

Anstatt mit /usr/bin/python aufzurufen, kannst Du auch mit #! arbeiten.
Also einfach in der ersten Zeile des Script ein

Code Auswählen Erweitern

#!/usr/bin/python3

Wobei - die generelle Funktionsweise von systemd muss ich normalerweise nicht mehr googlen.

Muß ich mich jetzt schämen, das ich dazu noch zu häufig google? Nur um sicherzugehen ...

[betateilchen]

Muß ich mich jetzt schämen, das ich dazu noch zu häufig google? Nur um sicherzugehen ...

Nö.

Anstatt mit /usr/bin/python aufzurufen, kannst Du auch mit #! arbeiten.
Also einfach in der ersten Zeile des Script ein

Code Auswählen Erweitern

#!/usr/bin/python3

Dann solltest Du aber auch darauf hinweisen, dass man in diesem Fall die .py Datei ausführbar machen muss, sonst funktioniert es wieder nicht.