Beiträge von Timmiotool

  • Neustart

    @joeAverage62

    Zitat

    ich schätze auch (bin unsicher), dass du nach Erstellung des cron jobs den Service reloaden/restarten muss, via:

    systemctl reload cron.service

    ...wenn der globale Cron (Wichtig: crontab -e) gespeichert wird, wird die Konfiguration geschrieben und ist dann live - kein restart erforderlich.


    Innocent (Fast identisches) Thema hatten wir letztens schon einmal...:

    Siehe: https://www.kodinerds.net/thread/78876-autoexec-py-zum-starten-eines-scriptes/?postID=756806#post756806">autoexec.py zum Starten eines Scriptes

    Innocent in deinem Fall natürlich sudo shutdown durch sudo reboot ersetzen...

  • Oberfläche läd nicht und Fehler im Log

    Als Workaround könntest du die beiden einfach Nachts als Cron Job ausführen.

    Das ganze könnte tatsächlich eine Folge von Speichermangel oder defekten Ram sein. Hatte sowas ähnliches selber einmal.

    Hast du evtl. einfach zu viele VM's am laufen, den Ram zu sehr überprovisioniert?

  • Frage zu IPv4 vs IPv6 und den jeweiligen Einstellungen im Netzwerk

    Kannst du unbesorgt abschalten. In deinem "Heimnetz" werden die Clients mit IPv4 arbeiten, sofern du das nicht bewusst abgeschaltet hast. IPv6 ist sone Sache, läuft quasi simultan mit in der Fritz Box und den Clients (mit allen guten und schlechten Seiten). Gerade mit PI-Hole, AdGuard macht es dann gerne (bei nicht 100% Korrekter Konfiguration) Probleme. Da du zu Hause niemals den IPv4 Adressbereich ausschöpfen wirst, abschalten und gut is..PS: Einen Performance Vorteil gibt es nicht. IPv6 dient zur Adressierung der Clients und wurde eingeführt, da die IPv4 Adressen im www schlicht zuneige gehen.

  • Speicherorte gewechselt - Zwei Probleme

    Flatpak ist nicht die Beste Wahl, solche Probleme sind dort vorprogrammiert. Ich würde drüber nachdenken ein "Out of the Box" problemloser laufendes System zu nutzen. Libreelec, Kodi unter Win wären hier Beispiele die ohne Probleme deine externe HDD erkennen werden.

    Was die Ordnerpfade betrifft:

    Am einfachsten schaust du mal in die passende .xml (Kodi speichert die Pfade in der sources.xml) und passt diese ggf. händisch an. Hierzu sei aber gesagt, dass wenn du Kodi im DB Modus nutzt, das nichts bringen wird, da die Datei Pfade in der DB selber auch hinterlegt werden somit falsch bleiben.

    In Deinem Fall (wie du ja schon in Auge gefasst hast) wäre ein kompletter Reset und Neu-Installation von Kodi vermutlich am einfachsten.

    Wenn du einen "Reset" machen willst löscht du einfach den kompletten Ordner Userdata! Nach dem Neustart von Kodi wird der dann neu angelegt.

    Pfade zum Userdata Ordner sind Systemabhängig siehe:

    Userdata - Official Kodi Wiki

  • Wetter Addons aus der Respo alle defekt oder nicht für DE

    Wenn alle deine Boxen keine Werte liefern, ist vermutlich was anderes im argen. Ich benutze Multi Weather ohne API Schlüssel, OUT of the Box - funktioniert. Vielleicht aus versehen die URL geblockt sofern du sowas wie PIHole / Firewall im Einsatz hast? Kodi ist eine aktuelle Version? Welche Hardware, System? Genrell würde ich das Addon ansonsten mal löschen, neu installieren mit default Werten.

  • autoexec.py zum Starten eines Scriptes

    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.

  • Kaufberatung Fernbedienung für Raspberry Pi 4

    Ist n gutes Teil. Die Beleuchtung hat einen echten Mehrwert finde ich, preislich passt die auch. Batterien halten auch mit eingeschalteter Beleuchtung lange durch (bisher noch 1. Batt. Set seit Januar). Einzige was mir "negative" aufgefallen ist, wenn man statt Batterien Akkus nutzt, sinkt die Spannung zu schnell in einen kritischen Bereich ab und es kommt zu Verbindungsproblemen daher besser Batterien nehmen ;)

    Hab 3 Stück im täglichen Einsatz.

  • Datenbank neu "einrichten"

    Die Platten gehen ohnehin in dem Standby, der Energieverbrauch ist dann aufs Jahr gesehen nicht die Welt. Synology, die brauchen ja auch n Moment bis die wieder hochgefahren sind, alle Dienste geladen haben. Wenn Kodi beim Start nicht seine DB, Medienquellen oder eventuell ausgelagerte Thumb Ordner erreicht, gibt's einfach Probleme. Ich würde davon abraten das so zu handhaben und den 24/7 Betrieb bevorzugen...

  • Datenbank neu "einrichten"

    Wenn die DB beim Start von Kodi online ist, sollte auch die Bibliothek da sein, das wäre also die Voraussetzung das die Nas/SQL DB bereits online ist bevor Kodi startet.

    Die Einstellung auf Netzwerk warten ist vom System abhängig, kein explizites Kodi Ding (das ist zu dem Zeitpunkt ja auch noch nicht gestartet).

    Unter Libreelec/Openelec z.B im Settings Addon meine unter Network. Unter Android wäre mir diese Einstellung nicht bekannt. Andere Linux Systeme oder Windows auch immer individuell, meist muss man selber basteln (z.b per Script).

  • autoexec.py zum Starten eines Scriptes

    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 ;)

  • autoexec.py zum Starten eines Scriptes

    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...

  • autoexec.py zum Starten eines Scriptes

    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...

  • autoexec.py zum Starten eines Scriptes

    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.

  • autoexec.py zum Starten eines Scriptes

    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.