autoexec.py zum Starten eines Scriptes

Gorcon

Moin,

Ich möchte ein script automatisch starten, wenn Kodi auf einem Raspberry Pi (unter bookworm) gestartet wurde. (ich befürchte, wenn ich das Script vom OS direkt aus starten würde, dann läuft Kodi noch nicht).

Daher der Versuch, das über die autoexec.py zu machen.

Das Script selbst würde ich sonst per Hand mit SSH so starten:

Code

sudo /dropupl.sh

Funktioniert das überhaupt oder lassen sich per autoexec.py nur scripte direkt in Kodi starten?

Den Ordner service.autoexec und die addon.xml für das Addon habe ich schon angelegt sowie das Addon selbst aktiviert, nur die autoexec.py ist noch leer (weil ich nicht weiß, was da rein muss).

darkside40

Du kannst darüber auch Scripte starten lassen:

Autoexec Service - Official Kodi Wiki

List of built-in functions - Official Kodi Wiki

Timmiotool

Alternative könntest du das @reboot per Cron mit Verzögerung einbauen:

Startscript:

Code

Start.sh
#Wait before Kodi is UP
sleep 20s

#Script starten
sudo /dropupl.sh

den Sleep Befehl kannst du auch direkt im dropupl.sh Script einbauen.

Kodi lässt du einfach direkt @reboot ohne Verzögerung starten.

die autoexec.py ist eher zum starten von internen Kodi Geschichten gedacht.

Gorcon

Zitat von darkside40

Du kannst darüber auch Scripte starten lassen:

Das war ja meine Frage wie das geht. Ein passendes Beispiel gibt es auf der Seite ja nicht.

Ich habe es jetzt mal mit dem start.sh Script versucht und das in /etc/init.d/ gelegt und per sudo update-rc.d start.sh defaults aktiviert. Läuft aber leider nicht.

Timmiotool

Das klappt Machste am besten mit Crontab...

cmd-> crontab -e

dort fügst du folgenden Zeile hinzu:

@reboot /pfad/zum/Script.sh

dann STRG + X und J zum speichern.

das Start Script würde so aussehen:

Bash

#!/bin/bash
#Wait before Kodi is UP
sleep 20s

#Script starten
sudo /Pfad/zum/Script.sh

#cmd schließen
exit

Nicht vergessen, das .sh Script vorher ausführbar zu machen

Machste in der CMD mit:

chmod +x /Pfad/zum/Script.sh

Alternative kannst du, wie gesagt, in deinem Script den sleep Befehl einbauen und das über den Crontab starten.

PS: Ich gehe einfach mal davon aus, das du das Standard Raspi OS nutzt, bei anderen Distributionen kann das vorgehen abweichen.

Gorcon

Danke funktioniert jetzt.

Gorcon

Mhhh... jetzt wollte ich per crontab noch einen weiteren Job machen lassen das der Raspi zu einer bestimmten Zeit herunterfährt.

Das klappt leider nicht.

Habe jetzt schon etliche Varianten schon durchgespielt. per SSH /usr/sbin/shutdown -h now

funktioniert (mit oder ohne sudo). Aber im Crontab 30 13 * * * /usr/sbin/shutdown -h now

passiert nichts. auch mit 20 13 * * *poweroff > /dev/null 2>&1 geht nicht. Ein Plugin mit dem shutdown befehl dort eintragen funktioniert auch nicht (das Plugin selbst fährt aber den Raspi herunter.

PS: die angegebenen Zeiten sind jetzt nur für den Test.

Timmiotool

Versuch mal mit: sudo poweroff...

Ansonsten über ein .sh Script machen, wie oben,spätestens dann sollte es klappen.

Gorcon

mit einem .sh Script hatte ich es ja anfangs probiert, damit gehts auch nicht. (mit dem Script selbst aber schon)

sudo poweroff geht auch nicht.

Wird eigentlich die Eintragung gleich übernommen oder muss ich immer einen reboot machen?

Timmiotool

Zitat

Wird eigentlich die Eintragung gleich übernommen oder muss ich immer einen reboot machen?
-> STRG + X und speichern im Crontab, dann werden die Änderungen veröffentlicht.

SH Script:

Bash

#!/bin/bash

#shutdown
sudo shutdown

als shutdown.sh speichern + ausführbar machen (sudo chmod +x shutdown.sh)

im Crontab z.B.;

#jeden Tag 00:00 Uhr
0 0 * * * /home/pi/SHScripte/shutdown.sh

PS: Du kannst die .sh in der CMD zum Test manuell starten per:

Code

bash shutdown.sh

wenn der shutdown damit klappt, hast du einfach im Crontab was falsches eingestellt. Bei mir funktioniert das ohne Probleme...

Gorcon

So sieht mein Script auch aus.

down.sh
#!/bin/bash
# raspberry Pi herunterfahren
sudo shutdown

20 15 * * * /home/pi/down.sh

Zitat von Timmiotool

wenn der shutdown damit klappt, hast du einfach im Crontab was falsches eingestellt.

Dann würde aber das andere Script nicht funktionieren (das habe ich derzeit aber erstmal herausgenommen)

Timmiotool

Sehe grundsätztlich kein Problem.

Bei mir klappt im übrigen auch der direkt Befehl im Crontab:

Code

#jeden Tag 00:00 Uhr
0 0 * * * /sbin/shutdown -h now

oder

#jeden Tag 00:00 Uhr
0 0 * * * sudo systemctl poweroff

Wenn es so nicht klappt, ist vielleicht schon systemseitig etwas im argen...

Gorcon

Keine Ahnung das ist ja neu aufgesetzt.

Ich finde allerdings auch kein Log.

Gorcon

Mit der Eintragung

@hourly sudo systemctl poweroff

bekomme ich immer diesen Fehler.

Jun 18 10:23:01 EPG-Ripper cron[474]: Error: bad username; while reading /etc/crontab
Jun 18 10:23:01 EPG-Ripper cron[474]: (*system*) ERROR (Syntax error, this crontab file will be ignored)

buers

Lies bitte mal nach unter man 5 crontab im Abschnitt "Example system cron file". Beim systemweiten crontab ist die Syntax etwas anders, und ein User muss angegeben werden.

Ich hatte früher auch mal gelernt, dass es im crontab (und an manchen anderen Stellen) empfehlenswert ist, den vollen Pfad zu den Befehlen zu nutzen.

Timmiotool

Frage: Du nutzt den "root" User (pi) für alles?

Ich habe die .sh in home\pi\SHcripte abgelegt und kann diese über crontab -e ohne Probleme ansprechen/ausführen.

Man muss im Crontab (wie buers erwähnte) den User mitgeben sollte er abweichen von pi.

Geht mit:

* * * * * USERNAME /pfad/zum/script.sh

EDIT:

nachgestellt:

Crontab -e mit User pi:

down.sh:

abgelegt unter:

RPI fährt wie geplant um 19:05 herunter... (Dauert ca. 1 Minute bis der Shutdown greift).

Unbedingt dran denken, die .sh auch ausführbar zu machen (sonst passiert nix). Dazu in den Ordner der .sh's wechseln und: chmod +x down.sh Wenn du über eine GUI verfügst, danach zum testen mal n Doppeklick drauf. Sollte dann so aussehen:

Klick auf Ausführen und der RPI fährt nach ca. 1 Minute herunter (Test für das Script).

Wenn es so nicht funktioniert, sorry, dann ist das System korrupt oder verkonfiguriert.

Getestet auf einem aktuellen RaspiOS (bookworm).

Noch ein Hinweis von meiner Seite:

Ich persönlich würde Kodi nicht über das RaspiOS installieren sondern Libreelec bevorzugen. Dort läuft alles Out of the Box und du kannst den RPI einfach über die Kodi Gui herunterfahren. Hab das für mich so gelöst, dass der RPI als Slave an einer Master/Slave Steckdose hängt.

TV AN -> RPI fährt hoch. RPI ausschalten (über die Kodi Gui), TV geht dank CEC mit aus, somit auch die Slave Dose. Ergo alles aus

Gorcon

Zitat von Timmiotool

Ich persönlich würde Kodi nicht über das RaspiOS installieren sondern Libreelec bevorzugen.

Klar, aber damit kann ich dann halt den EPG nicht nach Dropbox hochladen (um ihn auf andere Nutzer zu verteilen) da die entsprechenden Scripte nicht laufen. (die benötigen u.a. apt zum Installieren)

Habe ich alles schon durch, habe da schon über einen ganzen Monat Arbeit rein gesteckt.

An dem Raspi hängt eh kein TV dran der soll nur den EPG erzeugen.

Die crontabs sehen jetzt so aus:

@reboot root /home/pi/dropupl.sh
@hourly root systemctl poweroff

Zitat von Timmiotool

Du nutzt den "root" User (pi) für alles?

Nein, aber mit User pi funktioniert es nicht.

Ich lasse das jetzt so.

Vielen Dank für die Hilfe.

Timmiotool

Es gibt noch die Möglichkeit KODi mit einer MariaDB SQL DB zu betreiben, die Clients darüber anzubinden. Neben der Video, Music DB kann man auch die TV und EPG DB dorthin auslagern. Wäre vielleicht eine Alternative die relative Out of the Box läuft, auch mit Libreelec. Die EPG Daten werden dann direkt vom KODi PVR Plugin in die gemeinsame SQL DB geschrieben und allen Clients verfügbar gemacht. Ist experimentell aber funktioniert. Siehe; https://kodi.wiki/view/Advancedsettings.xml#videolibrary unter Punkt 2.4.14. Hatte das mal ausprobiert. Meine Erfahrung beim EPG ist, das eine gemeinsame Datenquelle keine wirklichen Vorteile bringt. Ich lasse jedem Client deswegen seine eigene lokale EPG Datenbank und diese wird beim KODi start aktualisiert... Video,Music und TV DB dann in einer gemeinsamen SQL.

Gorcon

Der Aufwand dürfte noch größer sein.

Jetzt mitmachen!