VDRCONVERT: kein background.pnm

Zitat

Original von Multi
Wo gehört dieser Script rein?

Für ctvdr:
/usr/lib/vdrconvert/bin/grab.sh

Ich knüpfe noch mal bei diesem alten thread an, obwohl er bei meinem Problem nicht weiterhilft.
Ich benutze vdr 1.4-1 und habe seit einigen Tagen das Problem, dass vdrconvert keine Hintergrundbilder mehr grabbt. In den Log-Dateien wird der Befehl vermerkt, es gibt aber keine Fehlermeldung:

Feb 12 16:49:10 vdr vdr: [32660] executing command '/usr/lib/vdrconvert/bin/grab.sh "subbackground.pnm" "/var/lib/video.00/Dark_Hours/2007-02-04.23.32.50.99.rec"'
Feb 12 16:49:10 vdr logger: subbackground.pnm /var/lib/video.00/Dark_Hours/2007-02-04.23.32.50.99.rec
Feb 12 16:49:10 vdr vdr: [444] Text2Skin: menu display update thread ended (pid=444, tid=444)
Feb 12 16:49:15 vdr vdr: [552] Text2Skin: menu display update thread started (pid=552, tid=552)

Wenn ich händisch grabbe, ergibt es bei allen Verzeichnissen ausser /tmp eine Fehlermeldung:

vdr:~# /usr/lib/vdr/svdrpsend.pl grab /var/lib/video.00/back.pnm
220 vdr.eeb SVDRP VideoDiskRecorder 1.4.0; Mon Feb 12 17:06:26 2007
501 Invalid file name "/var/lib/video.00/back.pnm"
221 vdr.eeb closing connection

Aber:

vdr:~# /usr/lib/vdr/svdrpsend.pl grab /tmp/back.pnm
220 vdr.eeb SVDRP VideoDiskRecorder 1.4.0; Mon Feb 12 17:04:37 2007
250 Grabbed image /tmp/back.pnm
221 vdr.eeb closing connection

Any idea?

ja, ist normal, das vdr nur in das Verzeichnis graben darf, welches mit -g gesetzt wurde.

Was macht den dein Script /usr/lib/vdrconvert/bin/grab.sh

Hallo wilderigel,

bei

/usr/lib/vdrconvert/bin/grab.sh "subbackground.pnm" /var/lib/video.00/Dark_Hours/2007-02-04.23.32.50.99.rec

bleibt die shell haengen.
Bei

vdr:~# /usr/lib/vdrconvert/bin/grab.sh /var/lib/video.00/Dark_Hours/2007-02-04.23.32.50.99.rec/subbackground.pnm

erhalte ich:
warning: commands will be executed using /bin/sh
job 222 at 2007-02-12 17:57
Can't open /var/run/atd.pid to signal atd. No atd running?

Das kommt wohl von dem

at now <<EOF

Was koennte ich sonst zum Testen machen?
Pit

Wollt eigentlich wissen, was in der /usr/lib/vdrconvert/bin/grab.sh drinnen steht.

Läuft denn ein atd? so wie von deiner Fehlermeldung bemängelt läuft vermutlich nix?

Das ist die /usr/lib/vdrconvert/bin/grab.sh:

#!/bin/sh


rm -f "${2}/${1}"


. /etc/vdr/vdrconvert/vdrconvert.conf


at now <<EOF
"$SVDRPSEND" "grab ${2}/${1} pnm 100 720 576" 2>&1 >/dev/null
if [ ! -e ${2}/${1} ] ; then
    "$SVDRPSEND" 'grab .pnm 100 720 576' | \
      sed -n -e 's/^216-//p' -e '1ibegin-base64 644 -' -e '\$a====' | \
      uudecode >"${2}/${1}" 2>/dev/null
fi
EOF

Die Datei muesste original sein und es hat bis vor ein paar Wochen funktioniert.

Zitat

Läuft denn ein atd? so wie von deiner Fehlermeldung bemängelt läuft vermutlich nix?

Ich weiss nicht mal, was atd ist, hat was mit Zeitsteuerung zu tun, nicht wahr?

Ev at-Paket nicht installiert
apt-get install at

oder at Dämon läuft nicht (wieso?)
/etc/init.d/atd start/restart

Nach einem

/etc/init.d/atd restart

klappt es.

Aber beim Neustart des PC tritt dasselbe Problem auf.

Wenn ich dann

vdr:~# /etc/init.d/atd start

eingebe, klappt es wieder. Folglich wird atd beim Start nicht geladen.

Die Logs vermelden.

Feb 12 18:50:27 vdr atd[26213]: File a00005012454bc is in wrong format - aborting
Feb 12 18:50:27 vdr atd[26212]: File a00001012453dd is in wrong format - aborting
Feb 12 18:50:27 vdr atd[26226]: File a000070124563a is in wrong format - aborting
Feb 12 18:50:27 vdr atd[26229]: File a00001012453dd is in wrong format - aborting

usw.
Die Dateien sind in /var/spool/cron/atjobs
Was kann man tun? Kann ich die Dateien löschen?
Oder muss ich atd neu installieren?

atd mal stoppen
/etc/init.d/atd stop

Dann Dateien löschen, sind Leichen von früher.

Aber /etc/rc2.d/S89atd (ist n Symlink) gibts schon bei dir?
Der wär für den Start des atd zuständig.

Vielen Dank erst mal. Es klappt zwar noch nicht nach dem Loeschen der Dateien. Der symlink zum Start ist vorhanden.
Muss morgen in Ruhe noch mal alles durchchecken.

Jetzt ist es deutlich: Das Problem hat nichts mit vdrconvert zu tun. Der Übeltäter in diesem Zusammenhang ist atd. Es wird beim Start nicht geladen oder wieder entladen. Es erscheint auch kein "atd" in den Logs.
etc/rc2.d/S89atd (ist n Symlink) gibts schon bei mir.

Und noch was fehlt, was dasein sollte: vdradmind.

Feb 12 18:50:38 vdr vdr: [26694] loading /var/lib/vdradmin-am/vdradmind.at
...dann wird der Autotimer abgearbeitet,... keine Fehlermeldung...und dann:
Feb 12 18:50:38 vdr vdr: [26694] autotimeredit: vdradmind or xxv not running

Ob die beiden Sachen was miteinander zu tun haben?
Könnte man vielleicht als Krücke bis zur endgültigen Klärung den Restart für vdradmind und atd in ein Script ganz am Schluss einfügen?
Was wäre da ein sinnvoller Platz?

at:
Ev. der Fehler / die Lösung (?)
File a001c... messages fluten meine syslog

Ich denke, bei mir ist das Problem schon etwas anders:
Anfangs gab es einige Meckereien von atd ueber files wie File a0000..., aber keine Massen.
Ich habe dann alle Dateien in /var/spool/cron/atjobs gelöscht.
Jetzt tauchen keine at-Fehlermeldungen mehr im syslog auf.
Aber at laeuft nicht und vdradmin-am auch nicht.
Beide kann ich händisch starten, Sie überstehen auch einen vdr restart, aber wenn ich den Rechner neu starte, laufen sie nicht.
Ich habe at neu installiert --reinstall. Es gab keine Besserung. Keine Spuren im syslog entdeckt.
Noch mal die Frage nach der Krücke: Wo