Gefunden, vielen Dank!
Und wieder etwas dazugelernt...
Beiträge von Tim2016
-
-
Hi,
danke für deine schnelle Antwort. Irgendwie kann ich diese Einstellung jedoch nicht finden. Ich nutze Kodi 18.6. Wenn ich im TV-Menü unter Timer gehe, dann kann ich nur einen neuen Timer hinzufügen und da auch nur die Lebensdauer für diesen Timer einstellen. Unter Einstellungen --> PVR-&TV --> Aufnahmen kann ich leider auch nichts finden.
Könntest du mir vllt. nochmal für Doofe den genauen Pfad dahin schreiben?Danke!
-
Hallo,
ich bin mir nicht sicher, ob dieses Thema schon einmal behandelt wurde, ich konnte allerdings dazu nichts weiter finden:
Wenn ich über den Kodi-Client einen Timer für eine TV-Sendung mit TV-Headend setzen möchte, hat diese Aufnahme standardmäßig eine "Lebensdauer" von 3 Monaten und wird danach gelöscht. Natürlich ist es nachträglich möglich den Timer zu bearbeiten und die Lebensdauer zu ändern. Ebenfalls kann ich die Lebensdauer der Aufnahmen nachträglich über das TV-Headend-Menü abändern. Ich würde jedoch gerne wissen, ob ich bei Kodi irgendwo die Standard-Lebensdauer von Aufnahmen von 3 Monaten direkt ändern kann, sodass ich mit einem Klick im EPG-Menü eine Sendung aufnehmen kann, ohne hinterher die Lebensdauer manuell anpassen zu müssen.
Vorab vielen Dank für eure Hilfe!
Gruß
Tim -
Hallo,
besten Dank für eure Tipps.
Da mein System nicht zwangsweise bis Mitternacht laufen muss, habe ich mein Problem nun recht einfach über die Cron-Einstellung gelöst. Jedoch hatte ich hier zunächst auch das Problem mit der 0-Uhr Grenze. Folgendes habe ich nun als cronjob eingestellt und es funktioniert problemlos:# Autosuspend-Skript wird alle 15 Minuten von 00:00 - 19:45 Uhr ausgeführt:
*/15 0-19 * * * /usr/local/sbin/autosuspend.sh# Von 20:00 - 21:59 Uhr wird das Autosuspend-Skript nicht ausgeführt --> System bleibt wie gewünscht an
# Autpsuspend-Skript wird alle 15 Minuten von 22:00 - 23:45 Uhr ausgeführt:
*/15 22-23 * * * /usr/local/sbin/autosuspend.shAlso für alle als Tipp, die ihre Zeiten gezielt und unabhängig einstellen wollen.
Gruß
Tim -
Mhhh komisch, Olli14 hatte doch oben dasselbe Problem und hatte zunächste folgendes drinstehen:
( "`date +%H`" -ge "18" -a "`date +%H`" -lt "22" \) ]; then
Das hat doch genau dazu geführt, dass sein System zwischen 22 bis 18 Uhr anblieb.
Seine Lösung war dann doch:( "`date +%H`" -ge "0" -a "`date +%H`" -lt "18" \) ]; then
Daher habe ich bei mir ja auch dieses eingestellt:
( "`date +%H`" -ge "22" -a "`date +%H`" -lt "20" \) ]; then
Also wieso sollte es bei mir dann genau andersrum funktionieren?
-
Hallo zusammen,
letzte Nacht kam mir noch eine Idee, die, wen sie funktioniert, sehr einfach und unkompliziert ist:
Hier geht es doch darum zu verhindern, dass das autpsuspend-Skript das System in einem gewissen Zeitraum ausschaltet. Vermutlich wird jeder einen cronjob erstellt haben, der das autosuspend-Skript regelmäßig ausführt. Also warum nicht einfach in der crontab folgenden Eintrag vornehmen:*/15 22-19 * * * /usr/local/sbin/autosuspend.sh
In meinem Fall dürfte cron das autosuspend-Skript lediglich zwischen 22:00, 22:15, 22:30 .... 19:30, 19:45 ausführen. Im Zeitraum zwischen 20:00 bis 21:59 Uhr dürfte cron das autosuspend-Skript gar nicht ausgeführen und das System bleibt wie gewünscht an.
Also falls ich da keinen Denkfehler habe, dürfte das eine recht simple Lösung sein oder?
Gruß
Tim -
Guten Abend zusammen,
ich habe mich ebenfalls an der Funktion "DONT_SUSPEND_BY_DAY" versucht. Ich möchte, dass mein Server zwischen 20 Uhr und 22 Uhr wach bleibt. Daher habe ich im Skript folgendes eingetragen:
if [ \( "$DONT_SUSPEND_BY_DAY" != "true" -a "$DONT_SUSPEND_BY_DAY" != "yes" \) -o \( "`date +%H`" -ge "22" -a "`date +%H`" -lt "20" \) ];
In der autosuspend habe ich dann noch "DONT_SUSPEND_BY_DAY=yes" gesetzt.
Jetzt habe ich aber das Problem, dass mein System den gesamten Tag über anbleibt und gar nicht mehr herunterfährt, also weder zwischen 20 - 22 Uhr noch zwischen 22 - 20 Uhr.
In der syslog steht jetzt zu jeder Uhrzeit, wenn das autosuspend-Skript per cron ausgeführt wird:
autosuspend[2042]: did not auto suspend because it is broad day
Hat jemand eine Idee, warum es nicht klappt? Muss ich noch was anderes einstellen?
Gruß
Tim -
Also die Boxen gehen offensichtlich nur in eine Art Standby, der einen Ping noch zulässt. Stecker ziehen wäre dann die Option alles auszuschalten.
An deine Tipps hatte ich auch bereits gedacht, aber gehofft noch eine komfortablere Lösung über das Skript zu finden. Jetzt weiß ich aber Bescheid und bin froh, dass alles soweit gut läuft und funktioniert.Beste Grüße und Dank an alle!
-
olli: Vielen Dank für deinen Post!
Ich habe gestern parallel rausgefunden, dass mein Router die Möglichkeit besitzt zeitgesteuert einen WOL-Befehl auszuführen. Somit konnte ich mein Problem lösen.
Das Ping-Problem ist ebenfalls vom Tisch. Ich musste neben der allgemeinen Zulassung von Ping-Anfragen zusätzlich noch die IP-Adresse des TV-Servers in die Windows Firewall eintragen.Bis auf eine Kleinigkeit läuft mein System somit jetzt rund!
Ich habe neben TVheadend noch MiniDLNA auf dem Server installiert, der bei Bedarf meine WLan-Lautsprecher per DLNA mit Musik versorgt. Leider sind die WLan-Lautsprecher auch im ausgeschalteten Standby-Betrieb per Ping erreichbar, so dass eine Ping-Abfrage zum Anbleiben oder Herunterfahren des Servers hier nicht greift. MiniDLNa stellt ja im Betrieb nonstopp Musikdateien per DLNA zur Verfügung, egal ob diese über die WLan-Lautsprecher genutzt werden oder nicht. Demnach dürfte dieser "Daemon" ja ständig aktiv sein, oder?
Gibt es in dem autosuspend-Skript die Möglichkeit einzustellen, dass der Server nur runterfährt, wenn keine Musik per DLNA gestreamt wird? -
Hallo Olli,
ja genau sowas habe ich mir tendenziell vorgestellt. Könntest du mir die Datei vllt. zuschicken? Muss ich dazu noch weitere Einstellungen vornehmen?
nepo: Erneut vielen Dank für deine Hilfe!
-
… hier noch der Fehler, wenn ich die beiden Windows-Rechner anpingen will:
From 192.168.x.x icmp_seq=9 Destination Host Unreachable -
Ich habe gestern noch ein bisschen rumprobiert und siehe da, ich habe den Fehler gefunden (Unwissenheit der Anfänger)!!
Cronjobs, die unter /etc/crontab eingetragen sind, werden von meinem System irgendwie nicht ausgeführt. Daher hatte ich die gesamte Zeile (*/15 * * * * root /usr/local/sbin/autosuspend.sh) in " sudo crontab -e " reinkopiert. Da funktionieren die Cronjobs bei mir prinzipiell. Jedoch wusste ich nicht, dass es dort notwendig ist die Benutzer rauszunehmen (neu: */15 * * * * /usr/local/sbin/autosuspend.sh). Und siehe da, das Skript wird ausgeführt und der Server geht in den shutdown!!! Jetzt wird auch in der log-Datei genau angezeigt, was das Skript macht und welcher Prozess ggf. den shutdown verhindert.
Jetzt hätte ich abschließend noch 2 kleine Fragen zum Feinschliff:
1. Ich beziehe meine EPG Daten OTA. In der Regel werden mir die nächsten 5-7 Tage angezeigt. Passt für mich soweit.
Gedankenspiel: Ich bin im Urlaub und habe einen einzigen wöchentlichen Serientimer (alle Folgen einer bestimmten Serie aufnehmen) programmiert. Server fährt hoch --> nimmt die Episode auf --> kann keinen neuen Timer für die Folgewoche setzen, da EPG Daten noch nicht vorliegen --> fährt runter und wird von alleine auch nicht mehr starten ohne neuen Timer. Kann ich irgendwo einstellen, dass der Server einmal pro Tag hochfährt, sich die aktuellen EPG-Daten holt, ggf. einen Timer setzt und wieder schlafen geht? Werden die OTA-EPG Daten bei jedem Start automatisch aktualisiert? Wie lange braucht das System zur Aktualisierung?2. Leider habe ich noch folgendes Ping-Problem. Manueller Ping über Terminal vom TV-Server (ping 192.168.x.x):
- TV-Server --> 2 unterschiedliche Windows Rechner = Antwort nein
- TV-Server --> Raspberry mit Kodi = Antwort ja
- NAS (gleiches Betriebssystem wie TV-Server) --> 2 unterschiedliche Windows Rechner = Antwort ja
Komischerweise kann ich die beiden Windowsrechner nicht anpingen, von meinem NAS klappt es. Hat jemand eine Idee, woran das liegen könnte?Vorab Danke für eure Hilfe!
-
Hi nepo,
ich bin gestern Abend nicht mehr dazu gekommen meine Aufgaben abzuarbeiten. Ich hoffe heute Abend wieder Zeit dafür zu haben.
-
Hallo nochmal,
falls ich mein Problem nicht lösen kann, überlege ich am Wochenende evtl. nochmal mein System komplett frisch aufzusetzen. Vielleicht bekomme ich es dann hin. Aktuell nutze ich ja Ubuntu Server 16.04 und lass dort lediglich TVheadend laufen mit der Option irgendwann noch einen DLNA-Server zu aktivieren.
1. Welche Vor- oder Nachteile bietet denn OMV im Vergleich zu Ubuntu Server? Ich weiß, dass OMV auf Debian basiert und eine Weboberfläche hat. Gibt es Gründe ein System zu bevorzugen?
2. Aktuell habe ich natürlich einige TV-Aufnahmen mit TVheadend auf meiner Festplatte, die mir jetzt in Kodi schön unter Aufnahmen mit Aufnahmedatum und den zugehörigen EPG Daten angezeigt werden. Diese Daten werden ja nicht zusammen mit den Filmdateien im Aufnahmeverzeichnis auf der Festplatte gespeichert. Wenn ich jetzt das System neu aufsetze und lediglich die Filmdateien ins neue Aufnahmeverzeichnis kopiere, werden mir diese ja nicht mehr schön mit allen EPG Daten in Kodi angezeigt. Wisst ihr, wo TVheadend diese Infos zu den Aufnahmen speichert und ist es möglich diese 1:1 auf das neue System zu übertragen, damit in Kodi alles aussieht wie vorher?
-
Erneut danke für eure ganzen Tipps!
Es handelt sich um einen reinen Server, auf den ich per ssh von meinem Notebook aus zugreife. Ich habe jetzt die Applications auskommentiert, ssh beendet und wieder abgewartet. Leider bleibt der Server nach wie vor an. In der syslog-Datei ist nur der folgende nichtssagende Eintrag zu finden:Jan 20 21:50:01 TV-Server CRON[2185]: (root) CMD (root /usr/local/sbin/autosuspend.sh)
Jan 20 21:50:01 TV-Server CRON[2184]: (CRON) info (No MTA installed, discarding output)Der vorige und nächste Eintrag in der syslog ist nur mein Abmelden bzw. Neuanmelden per ssh.
Naja wie es aussieht wird mir wohl nicht viel übrig bleiben, als den Server weiterhin im 24/7 laufen zu lassen.....
-
Hallo,
also ich habe vorhin den cronjob von 15 Minuten auf 1 Minute geändert und mir die syslog anzeigen lassen:Jan 20 18:54:01 TV-Server CRON[3309]: (root) CMD (root /usr/local/sbin/autosuspend.sh)
Jan 20 18:54:01 TV-Server CRON[3308]: (CRON) info (No MTA installed, discarding output)Wenn ich autosuspend manuell ausführe:
:/usr/local/sbin$ sudo autosuspend.shdann bekomme ich in der syslog folgendes angezeigt:
Jan 20 18:58:45 TV-Server autosuspend[3337]: some users still connected, auto suspend terminated
Jan 20 18:58:45 TV-Server autosuspend[3339]: abortedMeine autosuspend Konfiguration sieht folgendermaßen aus:
# Turn on auto suspend
AUTO_SUSPEND='yes'# Suspend method: one of 'suspend', 'hibernate', 'hybrid-sleep', 'poweroff'
SUSPEND_METHOD='poweroff'# Turning suspend by day (8 a.m. to 3 a.m.) off
DONT_SUSPEND_BY_DAY='no'# Automatically reboot once a week when the system isn't in use
REBOOT_ONCE_PER_WEEK='no'# Daemons that always have one process running, only if more that one process is active we prevent the suspend
# The values are used with grep, so just a unique portion is sufficient
DAEMONS=''# Important applications that shall prevent the suspend
# The values are used with grep, so just a unique portion is sufficient
APPLICATIONS='^nxagent$ ^rsnapshot$ ^wsus$ ^wget$ ^screen$ ^mlnetp$ ^apt-get$ ^aptitude$ ^dpkg$ ^cp$'# Network IP range for checking any open samba connections
# The value is used with grep, so just a unique portion is sufficient
SAMBANETWORK=''# Names or IP for computers that shall prevent the suspend
# We ping these computers in the list to check whether they are active.
CLIENTS=''#
# Activation of Tvheadend support. If set to 'yes', Tvheadend status will be
# used to determine if the machine is active. Default: yes
TVHEADEND_ENABLED='yes'#
# User for access to the Tvheadend REST API
TVHEADEND_USER=TV1#
# Password for access to the Tvheadend REST API
TVHEADEND_PASSWORD=TV1#
# IP for access to the Tvheadend REST API. Default: Autodetected from hostname
TVHEADEND_IP=localhost#
# TVheadend HTTP port. Default: 9981
TVHEADEND_HTTP_PORT=9981#
# TVheadend HTSP port. Default: 9982
TVHEADEND_HTSP_PORT=9982#
# Boot duration of the machine. Used to wake the machine timely before the next
# recording. Default: 180 seconds
TVHEADEND_BOOT_DELAY_SECONDS=180#
# Autosuspension will be aborted if a recording is upcoming within the given
# duration (unit: minutes). Default: 15 minutes
TVHEADEND_IDLE_MINUTES_BEFORE_RECORDING=15#
# Consider over-the-air EPG grabbing as an activity that prevents suspend?
# If set to anything other than 'yes', and if the only activity is
# over-the-air EPG grabbing, the machine will be suspended. Default: 'yes'
TVHEADEND_CONSIDER_EPGGRABBING=no -
Alles klar, ich werde es heute Abend testen, sobald ich zuhause bin und mich dann wieder melden...….
-
Danke für die schnelle Antwort.
Den angegebenen Thread habe ich gestern auch gefunden und rauf und runter probiert. Leider ohne Erfolg. Gibt es denn eine Möglichkeit einzusehen wie das Skript arbeitet, wenn es ausgeführt wird, und wo es dann hängt?Gruß
Tim -
Hallo zusammen,
ich habe mich hier angemeldet in der Hoffnung Hilfe zubekommen:
Ich habe seit einiger Zeit erfolgreich einen TV-Server (Ubuntu-Server16.04 mit TV-Headend) mit 2 Kodi-Clients bei mir am Laufen. Das System läuftaktuell 24/7, davon jedoch ca. 90% der Zeit ohne Nutzung. Jetzt bin ich imForum auf den Beitrag von „hackbird“ gestoßen (TutorialAutoSuspend/Standby TVHeadend unter OMV 3.X ohne AutoShutdown PLUGIN), mit dem derServer gezielt heruntergefahren wird, wenn ich ihn nicht brauche, undautomatisch startet, wenn eine Aufnahme geplant ist. Leider bekomme ich dasSkript jedoch nicht ans Laufen. Zugegebenermaßen bin ich noch relativunerfahren in der Ubuntu-Welt. Ich habe es jedoch geschafft alle Dateien an dierichtige Stelle auf meinem Ubuntu-System zu kopieren, die autosuspend Dateientsprechend mit meinen Benutzerdaten auszufüllen, einen cronjob für dieautosuspend.sh zu erstellen und die autosuspend.sh ausführbar zu machen. DasSystem will jedoch ums Verrecken nicht runterfahren!
Kennt ihr eine Möglichkeit zu überprüfen bzw. einzusehen, anwelcher Stelle die autosuspend.sh einen Fehler ausspuckt oder den Befehl erhältdas System am Laufen zu lassen? Ich weiß zur Zeit nicht, wo ich anfangen soll mit der Fehlersuche.Vorab besten Dank für eure Hilfe!!!
Gruß
Tim