Script ausführen mit systemd oder Autostart

Omegator · Nov 30th 2022

Hallo zusammen,

ich habe auf ein älteres Netbook Raspi-OS (Debian11) installiert, da ich auf ein 32-bit System angewiesen bin.

Raspi-OS und OSMC setze ich seit Jahren für meine Raspis ein.

Leider wird das vorhandene Synaptics Touchpad nicht automatisch unterstützt.

Mit einem entsprechenden Konsolenbefehl funktioniert dieses aber.

Die restliche Hardware wird dagegen sehr gut unterstützt und funktioniert einwandfrei.

Habe mir nun eine Scriptdatei erstellt, und diese unter /home/user/bin/touchpad.sh abgelegt.

Ich wollte über systemd starten, deshalb liegt unter /etc/systemd/system/touch.service.

Leider funktioniert die Sache nicht, habe auch schon versucht mit Autostart das Script zu starten, leider auch ohne Erfolg.

Das Script kann ich per Doppelklick ausführen, das Touchpad ist dann auch aktiviert.

Bot · Vor 5 Minuten

Schau mal ob du hier fündig wirst!

noisefloor · Nov 30th 2022

Hallo,

ist die Service Unit aktiviert? Hast du mal die Logs von systemd mit journalctl abgefragt bzgl. deiner Unit? Poste bitte mal deine Unit hier.

systemd ist schon der richtige Weg. Autostart ist primär dafür gedacht, grafische Programme nach dem Login in den Desktop zu starten.

Gruß, noisefloor

RTFM · Nov 30th 2022

Die ganzen Input-Devices werden beim Start des X-Windows Systems neu definiert.

Als Abhängigkeit Deines Touchpad-Scripts käme beispielsweise das grafical.target bzw. das display-manager.service in Betracht.

Als autostart des angemeldeten Users im Grafiksystem wäre aber die einfachste Art.

Servus !

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

noisefloor · Nov 30th 2022

Hallo,

Quote

Als autostart des angemeldeten Users wäre aber die einfachste Art.

Oder eine systemd Service User Unit, die beim Login gestartet wird. Hängt dann aber vielleicht in der Tat davon ab, was das Skript im Detail macht.

Gruß, noisefloor

RTFM · Nov 30th 2022

#3 wurde auf Grafiksystem des angemeldeten Users verdeutlicht.

Im X-Terminal des Users funktioniert das Script ja.

Servus !

Omegator · Dec 2nd 2022

Hallo zusammen,

vielen Dank für die Rückmeldungen, ich hatte leider noch keine Zeit mich zu melden.

Hier mal der Inhalt der beiden Dateien:

unter /home/user/bin liegt die touchpad.sh

Bash

#!/bin/sh

xinput set-prop "Touchpad_Device_Name" "libinput Tapping Enabled" 1

und unter /etc/systemd/system liegt die touch.service

Code

[Unit]
Description=Enable Touchpad
After=default.target

[Service]
# Start main service
ExecStart=/home/user/bin/touchpad.sh

[Install]
WantedBy=display-manager.service

Ich kann die .service aktivieren, aber nicht starten:

Code

systemctl enable touch.service
systemctl start touch.service

Das sieht dann so aus:

Code

systemctl start touch.service
Job for touch.service failed because the control process exited with error code.
See "systemctl status touch.service" and "journalctl -xe" for details.

und so:

Code

systemctl status touch.service
● touch.service - Enable Touchpad
     Loaded: loaded (/etc/systemd/system/touch.service; enabled; vendor preset:>
     Active: failed (Result: exit-code) since Tue 2022-11-22 08:17:45 CET; 4min>
    Process: 2472 ExecStart=/home/user/bin/touchpad.sh (code=exited, status=1/F>
        CPU: 11ms

Nov 22 08:17:45 raspberry systemd[1]: Starting Enable Touchpad...
Nov 22 08:17:45 raspberry touchpad.sh[2473]: Unable to connect to X server
Nov 22 08:17:45 raspberry systemd[1]: touch.service: Control process exited, co>
Nov 22 08:17:45 raspberry systemd[1]: touch.service: Failed with result 'exit-c>
Nov 22 08:17:45 raspberry systemd[1]: Failed to start Enable Touchpad.

Display More

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

noisefloor · Dec 2nd 2022

Hallo,

die Fehlermeldung besagt, dass der Xserver zum Zeitpunkt des Starts der Unit (noch) nicht läuft.

Probier' mal `After=graphical.target systemd-user-sessions.service` und `WantedBy=graphical.target`

Warum packst du die Konfiguration nicht in eine Konfigurationsdatei für den XServer, die wird immer zur richtigen Zeit geladen.

Gruß, noisefloor

Omegator · Dec 2nd 2022

Hallo,

habe die Änderungen eingepflegt, leider kommen immer noch Fehlermeldungen, wenn ich den Status abfrage. Enable und Start laufen in der Konsole normal durch.

Code

● touch.service - Enable Touchpad
     Loaded: loaded (/etc/systemd/system/touch.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Fri 2022-12-02 10:10:52 CET; 8s ago
    Process: 3079 ExecStart=/bin/bash /home/user/bin/touchpad.sh (code=exited, status=1/FAILURE)
   Main PID: 3079 (code=exited, status=1/FAILURE)
        CPU: 18ms

Dez 02 10:10:52 raspberry systemd[1]: Started Enable Touchpad.
Dez 02 10:10:52 raspberry bash[3080]: Unable to connect to X server
Dez 02 10:10:52 raspberry systemd[1]: touch.service: Main process exited, code=exited, status=1/FAILURE
Dez 02 10:10:52 raspberry systemd[1]: touch.service: Failed with result 'exit-code'.

Display More

rpi444 · Dec 2nd 2022

Quote from Omegator

habe die Änderungen eingepflegt, ...

Dann solltest Du das hier auch zeigen:

Code

systemctl cat touch

BTW: Ein anderer Name für deine service-unit wäre evtl. "schöner" gewesen, denn:

Code

:~ $ which touch
/usr/bin/touch

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

RTFM · Dec 2nd 2022

Das Verzeichnis /home/user gibt es bei Dir wirklich ?

Oder sollte das /home/pi heissen ?

Servus !

Omegator · Dec 2nd 2022

Hier die Ausgabe:

Code

root@raspberry:/home/user# systemctl cat touch
# /etc/systemd/system/touch.service
[Unit]
Description=Enable Touchpad
After=graphical.target systemd-users-sessions.service

[Service]
# Start main service
ExecStart=/bin/bash /home/user/bin/touchpad.sh

[Install]
WantedBy=graphical.target
root@raspberry:/home/user#

Display More

ich habe es jetzt nicht ganz verstanden, gibt es "touch" schon anderweitig?

Umbenennen wäre jetzt kein Problem...

rpi444 · Dec 2nd 2022

Quote from Omegator

ich habe es jetzt nicht ganz verstanden, gibt es "touch" schon anderweitig?

Nein, wahrscheinlich nicht. Du kannst ja schauen:

Code

systemctl list-units --type=service | grep -i touch

Ich würde die service-unit trotzdem nicht als touch benennen, wenn es keinen Bezug zu /usr/bin/touch gibt (so wie das z. B. bei ssh der Fall ist).

BTW: Dein Script hat eine sh-shebang und ausführen willst Du es mit der bash. OK, kann man machen, aber ...

Startet deine service-unit dein Script, wenn Du die deaktivierte service-unit 30 Sekunden nach dem booten _manuell_ ausführst? Wenn ja und das für dich OK ist, kannst Du die deaktivierte service-unit, auch mit einer timer-unit starten.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Omegator · Dec 2nd 2022

Quote from RTFM

Das Verzeichnis /home/user gibt es bei Dir wirklich ?

Oder sollte das /home/pi heissen ?

Servus !

Display More

Ja, der Benutzer heißt wirklich "user".

Omegator · Dec 2nd 2022

Quote from rpi444
Nein, wahrscheinlich nicht. Du kannst ja schauen:
Code
systemctl list-units --type=service | grep -i touch
Ich würde die service-unit trotzdem nicht als touch benennen, wenn es keinen Bezug zu /usr/bin/touch gibt (so wie das z. B. bei ssh der Fall ist).
BTW: Dein Script hat eine sh-shebang und ausführen willst Du es mit der bash. OK, kann man machen, aber ...

Startet deine service-unit dein Script, wenn Du die deaktivierte service-unit 30 Sekunden nach dem booten _manuell_ ausführst? Wenn ja und das für dich OK ist, kannst Du die deaktivierte service-unit, auch mit einer timer-unit starten.

Hebe jetz mal "touch" in"touchp" umbenannt.

Im Script habe ich

Bash

#!/bin/sh

in

Bash

#!/bin/bash

umbenannt.

Leider ändert sich gar nichts, auch nach einem Neustart nicht.

RTFM · Dec 2nd 2022

Quote from Omegator

Ja, der Benutzer heißt wirklich "user".

Dann kannst ja User=user nach ExecStart= eintragen, wenn Dein Service in /etc/systemd/system/touchp.service steht.

Servus !

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

rpi444 · Dec 2nd 2022

Quote from Omegator

Leider ändert sich gar nichts, auch nach einem Neustart nicht.

Und wie schaut es mit manuellem starten der service-unit, 1 Minute nach dem erfolgreichen booten deines PIs, aus?

Omegator · Dec 2nd 2022

Wenn ich eine Minute warte, und per Konsole (root) mit systemctl start touch.service starte, läuft das ohne Rückmeldung durch.

Das Touchpad funktioniert danach aber immer noch nicht.

Erst wenn ich das Script per Doppelklick, oder Konsole ausführe, funktioniert es.

rpi444 · Dec 2nd 2022

Quote from Omegator

Wenn ich eine Minute warte, und per Konsole (root) mit systemctl start touch.service starte, läuft das ohne Rückmeldung durch.
Das Touchpad funktioniert danach aber immer noch nicht.
Erst wenn ich das Script per ... Konsole ausführe, funktioniert es.

Das ist der Beweis, dass deine service-unit fehlerhaft ist.

EDIT:

Wie ist die Ausgabe von:

Code

systemctl status touchp --full --no-pager

?

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Omegator · Dec 2nd 2022

Hier die Ausgabe:

Code

root@raspberry:/home/user# systemctl status touchp --full --no-pager
● touchp.service - Enable Touchpad
     Loaded: loaded (/etc/systemd/system/touchp.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Fri 2022-12-02 14:58:31 CET; 1h 8min ago
    Process: 1917 ExecStart=/bin/bash /home/user/bin/touchpad.sh (code=exited, status=1/FAILURE)
   Main PID: 1917 (code=exited, status=1/FAILURE)
        CPU: 22ms

Dez 02 14:58:31 raspberry systemd[1]: Started Enable Touchpad.
Dez 02 14:58:31 raspberry bash[1918]: Unable to connect to X server
Dez 02 14:58:31 raspberry systemd[1]: touchp.service: Main process exited, code=exited, status=1/FAILURE
Dez 02 14:58:31 raspberry systemd[1]: touchp.service: Failed with result 'exit-code'.

Display More

rpi444 · Dec 2nd 2022

Quote from Omegator

Hier die Ausgabe:

Code

Dez 02 14:58:31 raspberry bash[1918]: Unable to connect to X server
Dez 02 14:58:31 raspberry systemd[1]: touchp.service: Main process exited, code=exited, status=1/FAILURE
Dez 02 14:58:31 raspberry systemd[1]: touchp.service: Failed with result 'exit-code'.

Dann stehen bei Ausführung mit Hilfe der service-unit, auch "spät" nach dem booten, die Ressource bzw. die erforderliche Umgebung nicht zur Verfügung. Jetzt geht es darum, zu wissen was das ist bzw. wie es in der service-unit zugänglich gemacht wird.

Script ausführen mit systemd oder Autostart

Similar Threads

Vom PC über LAN, Raspberry und WLAN ins Internet