Worüber kann man das denn checken, vielleicht giebt es noch andere Geräte, die damit abgefangen werden können!
Gruß
Toxic
Worüber kann man das denn checken, vielleicht giebt es noch andere Geräte, die damit abgefangen werden können!
Gruß
Toxic
Zitatvielleicht giebt es noch andere Geräte, die damit abgefangen werden können!
ich glaube eher nicht.
Der Slimserver hat ein Command Line Interface, über das mit dem Ding gesprochen werden kann. Mittels der frage ich ab, ob eine (oder mehrere) Squeezeboxen "Power On" melden. Ich habe das Script angehängt.
Heiko
ich war zu voreilig
Bei mir scheint at nicht zu funktionieren.
VDR1:~# echo "/usr/bin/svdrpsend.pl CHAN" |at now
warning: commands will be executed using /bin/sh
job 10 at 2006-03-14 20:30
Warning: at daemon not running
Wenn ich versuche den atd mit /etc/init.d/atd start zu starten, kommt korrekt
VDR1:/var/run# /etc/init.d/atd start
Starting deferred execution scheduler: atd.
Der atd ist aber nicht gestartet. Es existiert kein task mit der ID, die in /var/run/apd.pid steht.
Was könnte das sein?
Heiko
Trag mal die Zeile:
start-stop-daemon -S -x /usr/sbin/atd
In die rcStart ein und starte neu! Habe ich glatt vergessen, at ist bei mir schon solange drauf!
Gruß
Toxic
da muß was anderes faul sein, gleiches Ergebnis - atd startet nicht.
Im logread steht nach Aufruf von
start-stop-daemon -S -x /usr/sbin/atd
Mar 14 21:08:22 VDR1 cron.notice atd[1552]: Removing stale lockfile for pid 1547
Mar 14 21:08:22 VDR1 cron.err atd[1552]: Can't link execution file: Permission denied
Das sagt mir wenig bis gar nichts. Auf welches file ist der Zugriff verweigert?
Heiko
Prüf mal die Berechtigungen bei den Verzeichnissen unter /ramdisk/cron (atspool, atjobs usw)! Existieren die überhaupt!
Gruß
Toxic
Super Diagnose!!! Danke Toxic.
der Besitzer der Verzeichnisse /var/spool/cron/atjobs und atspool muß daemon/daemon sein. Bei mir war's root/root.
Frage mich, warum die Rechte falsch waren.
Ich hatte vor ein paar Wochen meine Platte kaputt. Habe eine neue eingebaut, Linvdr0.7 plain installiert und danach alle files von der alten auf die neue kopiert (es waren nur ein paar Aufnahmen nicht mehr lesbar). Wahrscheinlich ist dabei etwas schief gelaufen.
Genug gespielt - Dein script teste ich Morgen.
Heiko
Hatte mal das gleich Problem nach dem rückspielen eines Backups!
Dann bis morgen!
Toxic
Muß dein skript eigentlich in der runvdr gestartet werden oder kan man das auch von rcStart.delayed?
Moin!
Es wird ein dem Sinne ja nicht beim start gestartet, sondern wird als Shutdown-Script an den VDR übergeben, also als der Befehl, der ausgeführt werden soll, wenn der VDR den Befehl Shutdown gibt (sei es wegen Usertimeout oder wegen Powerbutton)! Daher bleibt nur die Möglichkeit wie beschrieben in der runvdr!
Mir fällt gerade etwas ein: Nach dem Aufruf Deines scriptes vom vdr testest Du alle 60 sec. neu, ob Dienste, die das Herunterfahren verhindern sollen noch aktiv sind. Ich glaube, das wäre ab vdr1.3.41 nicht mehr nötig.
Der vdr selbst startet das script nach 5 Minuten neu, wenn er dann noch lebt. siehe hier, vorletzter Anstrich
Heiko
Hab auch sowas gehört, aber ich verlasse mich immer nicht darauf! Außerdem soll es aber ja auch gehen, wenn man von Hand die Power-Taste drückt!
Gruß
Toxic
habe noch einen:
es ist sicher von Vorteil, wenn auf dem Fernseher angezeigt wird, WARUM vdr nicht runterfährt, nicht nur DASS er es nicht tut, sprich welche Dienste/ Programme es verhindern.
Heiko
Könnte ich machen, aber dann würde ich vorschlagen nur den ersten Grund, wegen dem er nicht runterfährt anzuzeigen, sonnst könnte es etwas lang werden! Werde mir da was überlegen!
Gruß
Toxic
So, habe eine neue Version online gestellt, die in der OSD-Meldung das letzten (falls es mehrere gibt) Event nennt, das zum Abbruch führte! So muß man dann die einzelnen Meldungen abwarten, bis man alle Events erwischt hat (falls man sie nicht sowieso kennt! Ich denke da eine Liste aller Events einzufügen könnte unter Umständen etwas viel werden!
Gruß
Toxic
ich habe ein bischen herumgespielt. Funktioniert bisher Super.
Aber auf die Gefahr hin, daß ich nerve: Ich habe keine Möglichkeit, so meine Squeezebox abzufragen. Ein anderes Beispiel: Wie verhinderst Du, daß die Kiste runterfährt, wenn jemand Radio hört? Geht doch so auch nicht abzufangen, oder? #Bohrmaschine an# Ich meine, es wird eine Schnittstelle gebraucht, mit der man eigene scripte einbinden kann. #Bohrmaschine aus#
Heiko
OK, ok! Werde mir dein Script mal ansehen und überlegen, wie man das integrieren kann! Aber erst morgen...
Gruß
Toxic
Uffhh geschafft
Problem: Dein Script ist in Perl und gibt folgenden Fehler aus:
bash: ./anybodylistening.pl: /usr/local/bin/perl5.8.6: bad interpreter: No such file or directory
[edit] Laufen tut es, meldet nur, das es sich nicht mit dem Server 192.168.xxx.xxx verbinden kann! Kann das so nicht testen! müsste wissen, wie ich mit dem Script kommunizieren kann! kann ich nur den Exitcode abfragen oder gibt das Ding ein Output wie "Server ist aktiv"? Was für einen Output hast du, wenn du es einfach über die Komandozeile aufrufst? Mußte übrigens in der ersten Zeile den Aufruf des Interpreters ändern auf /usr/bin/perl[/edit]
Gruß
Toxic
So, habe zwischendurch mal eine neue Version (V4)! Folgendes habe ich hinzugefügt:
ZitatDie OSD-Anzeige ist jetzt mit allen Events und in den .*eventfiles kann man hinter den eigentlichen Events einen Namen für das Event eintragen (durch Leerzeichen getrennt), damit man auf dem OSD nicht nur die Ports oder den namen von dem aktiven Task angezeigt bekommt. Beispiel ":3024 Vomp" Zeigt auf dem OSD Vomp an und "vdrburn.pl Burn" zeigt Burn auf dem OSD!
Außerdem bereite ich das Einbinden von externen Scripten vor, die als Abbruch-Grund benutzt werden können. Ist aber noch nicht endgültig durchdacht!
Gruß
Toxic
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!