Nur Pfeil, kein TV

    Hallo LEute,


    nun habe ich vor geraumer Zeit meinen Uralt-VDR durch yaVDR ersetzt. Das Ding ist sowas von instabil und ein Bild kriege ich nur mit Glück. Mein vorheriger (LinVDR) war "Fire-and-Forget". Ja, wir sehen nicht oft fern, aber wenn dann geht es nicht.."Papa, das geht nicht". Dann darf ich wieder irgend eine Einstellung ändern und dann läuft es. Für den Abend. Naja. Im Moment egal, denn:


    Aktuell geht garnichts mehr!


    Ich habe immer nur einen schwarzen TV mit einem Mauszeiger in der der Mitte. Mehr geht nicht.


    Habe über das Einstellungsmenü schon auf XBMC umgeschaltet. XBMC geht einwandfrei, kann aber keine Verbindung zum VDR aufbauen.
    Des Weiteren schon auf softhddevice umgeschaltet. Kurzes Bildschirmflackern, kurz die Konsole. Danach Mauszeiger.
    Gleiches bei xine, xineliboutput :(


    Habe dann mal

    Code
    apt-get update
apt-get upgrade
apt-get dist-upgrade


    durchgeführt.
    Kein Unterschied.
    Das /var/log/syslog sagt beim VDR Star das folgende:


    Hat jemand eine Ahnung, woran das liegen könnte und wie ich das Teil wieder soweit kriege, dass ich wenigstens ein Bild habe.


    Und idealerweise wäre es, wenn es dann auch mal dauerhaft bleibt....


    Danke!


    /KNEBB

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    knebb


    Installation frisch vom yaVDR 0.5 ISO auf der HW aus Deiner Signatur?


    Regards
    fnu

    HowTo: APT pinning

    "Frisch" im Sinne von "vor ein paar Monaten"- ja.


    Und ja, Sig stimmt.

    Code
    dkms status
media-build-experimental, 0~20150719.122100, 3.13.0-63-generic, x86_64: installed
nvidia-331-updates, 331.113, 3.13.0-63-generic, x86_64: installed

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Warum hört das log auf bevor es interessant wird? Benutze pastebinit.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Zitat von Friedl

    Kann es sein, dass die entsprechenden Plugins fehlen?
    z.B.

    Code
    Sep  5 07:57:03 vdr vdr: [2471] ERROR: unknown plugin 'softhddevice'

    Nein, das ist die charmante Art des VDR um dir zu erzählen, dass er in seiner setup.conf einen Eintrag für ein Plugin gefunden hat, das beim aktuellen Programmstart nicht geladen wurde. In deinem Log-Schnipsel sehe ich gar keine Meldung, dass irgendein Plugin geladen wurde.
    Zeig doch einfach mal ein komplettes Syslog, dann muss man nicht raten: http://www.yavdr.org/documentation/0.5/de/ch06s01.html

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Komplettes syslog? Da war nicht mehr, aber jetzt sind noch ein paar Zeilen mehr:


    Mehr ist da nicht!
    dmesg:


    Und nein, ich brauche kein pastebin- das ist das komplette, relevante Log!


    Grüße


    /KNEBB

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Dann zeig doch mal, was für Pakete da aktuell installiert sind:

    Code
    apt-cache policy vdr vdr-plugin-dbus2vdr yavdr-essential

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)


    Und der Vollständigkeit halber das syslog, von 254MB auf 18MB gekürzt:


    Pastebin- Syslog

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Zitat von knebb


    Und nein, ich brauche kein pastebin- das ist das komplette, relevante Log!


    Warum wirst du jetzt laut? In deinem erste log finde ich den Absturz von OpenBox jedenfalls nicht.
    Und du brauchst eben doch pastebinit weil sonst die Threads so zugemüllt werden.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Der VDR hat keine Zugriffsrechte für sein Video-Verzeichnis (er benötigt Lese-, Schreib- und Ausführungsrechte für /srv/vdr/video.00) und startet daher nicht. Die Meldung des avahi-mounter lässt darauf schließen, dass du ihn so manipuliert hast, dass das Aufnahmeverzeichnis des VDR über seinen Mechanismus für statisch konfigurierte Mounts per NFS eingebunden werden soll... Edit: das ist nur eine normale Start-Meldung, wo er das Videoverzeichnis rausschreibt.


    Also hast du den avahi-mounter verbastelt (sonst würde der keinen Mount direkt auf das Video-Verzeichnis machen) und verhinderst den erfolgreichen Start des VDR, weil der VDR nicht die nötigen Rechte hat, um auf sein Aufnahmeverzeichnis zuzugreifen und dann beschwerst du dich, dass ein Update daran schuld sein soll und LinVDR stabiler war? :rolleyes:

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Einmal editiert, zuletzt von seahawk1986 ()

    Wobei das immer noch nicht erklärt, warum es beim VDR-Start keine Meldungen darüber gibt, welche Plugins vom VDR geladen werden - hast du da etwas am Loglevel des VDR oder an der Konfiguration von rsyslog geändert? Eventuell noch weitere Konfigurationsdateien rund um den VDR manipuliert?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986
    Code
    $ grep "/srv/vdr/video.00" knebb_syslog.txt
Sep  4 18:26:22 vdr vdr: [2835] ERROR: can't access /srv/vdr/video.00
Sep  4 18:34:45 vdr avahi-mounter[2135]: mount static to /srv/vdr/video.00


    Der VDR hat keine Zugriffsrechte für sein Video-Verzeichnis (er benötigt Lese-, Schreib- und Ausführungsrechte für /srv/vdr/video.00) und startet daher nicht. Die Meldung des avahi-mounter lässt darauf schließen, dass du ihn so manipuliert hast, dass das Aufnahmeverzeichnis des VDR über seinen Mechanismus für statisch konfigurierte Mounts per NFS eingebunden werden soll...


    Der Zugriff auf das /srv/vdr/video.00 war tatsächlich schwierig- Du siehst aber die letzten Einträge vom 4. Sep. Nicht mehr von heute. Bisher war das nämlich per /etc/fstab NFS eingebunden. Aufgrund des Fehlers habe ich das halt rausgenommen und es ist ein lokales Verzeichnis. VDR hat da auch Rechte drauf:


    Allerdings ist mir unklar, warum der avahi-mounter das meckert. Wieso will der überhaupt was mounten?


    Dennoch hat der VDR wie oben gezeigt, durchaus Rechte. Daran liegt es wohl nicht!


    Zitat von seahawk1986

    Wobei das immer noch nicht erklärt, warum es beim VDR-Start keine Meldungen darüber gibt, welche Plugins vom VDR geladen werden - hast du da etwas am Loglevel des VDR oder an der Konfiguration von rsyslog geändert? Eventuell noch weitere K


    Wo stellt man den Loglevel des VDR ein? Am syslog habe ich mit ziemlicher Sicherheit nichts gedreht....meine ich ;D

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Zitat von knebb

    Wo stellt man den Loglevel des VDR ein?

    Ich glaube bei yaVDR 0.5 stable ging das über die /etc/default/vdr - normalerweise steht der auf 3, dann loggt der VDR ausführlich - wenn du das nicht bewusst geändert hast, sollte das kein Problem sein.


    Kannst du mal nachsehen, mit welchen Argumenten der VDR gestartet wurde (er scheint ja aktuell ohne Plugins zu laufen)?

    Code
    cat /proc/$(pidof vdr)/cmdline

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Läauft der VDR überhaupt? Komisch...

    Code
    root@vdr:~# ps ax | grep vdr
  913 ?        Ssl    0:00 mhddfs /srv/vdr/video.01,/srv/vdr/video.00 /srv/share/vdr
 1134 ?        S      0:00 start wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1
 1395 ?        Ss     0:00 su -c ck-launch-session udisks-glue -c /etc/udisks-glue/config --foreground vdr
 1662 ?        Ss     0:00 dbus-daemon --config-file=/var/lib/vdr/plugins/dbus2vdr/network.conf --address=tcp:host=vdr,bind=*,port=0 --print-address
 1887 ?        S      0:00 avahi-daemon: running [vdr.local]


    Aaaaber:

    Code
    root@vdr:~# start vdr
start: Job is already running: vdr


    Aber er sollte "normal" gestartet werden, oder?

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Zitat von knebb

    Läauft der VDR überhaupt?

    Anscheinend doch nicht...
    Was passiert denn, wenn du den VDR als User vdr von Hand startest?

    Code
    DISPLAY=:1 vdr -l3 -v /srv/vdr/video.00 -P dbus2vdr -P softhddevice

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Es erscheint am TV das "Standard-VDR" Skin. Kurz. Und wieder weg. Kurz darauf wieder da...und wieder weg. Also, das VDR Info Menü "Das Erste" etc. Aber kein TV-Bild.


    Und das steht im Log während des Versuches: syslog

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Ok, da scheint sich dbus2vdr ständig neu mit dem DBus-Daemon zu verbinden. Aber interessanterweise lädt er die angeforderten Plugins (was er laut syslog davor nicht gemacht hat):

    Code
    Sep  5 20:15:45 vdr vdr: [6851] VDR version 2.0.6 started
Sep  5 20:15:45 vdr vdr: [6851] codeset is 'UTF-8' - known
Sep  5 20:15:45 vdr vdr: [6851] found 28 locales in /usr/share/locale
Sep  5 20:15:45 vdr vdr: [6851] loading plugin: /usr/lib/vdr/plugins/libvdr-dbus2vdr.so.2.0.6
Sep  5 20:15:45 vdr vdr: [6851] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.0.6
Sep  5 20:15:46 vdr vdr: [6851] loading /var/lib/vdr/setup.conf


    Stop mal bitte den Upstart-Job für den VDR und probier es dann noch mal:

    Code
    sudo stop vdr
sudo killall -9 vdr

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986


    Stop mal bitte den Upstart-Job für den VDR und probier es dann noch mal:

    Code
    sudo stop vdr
sudo killall -9 vdr


    Der erste Befehl "kommt nicht wieder zurück", also kein Prompt.
    Und ein killall brauche ich nicht zu machen, da ja sowieso kein VDR- Prozess läuft- dennoch versucht, aber wie erwartet "vdr: No such process".


    Ansonsten alles unverändert.

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

    Habe mal weiter gesucht und das /var/log/upstart/vdr-frontend.log gefunden. Nein, nicht via pasterbin- 1,5GB!
    Leider hat dieses Log keine Timestamps- das logfile selber ist aber von heute Abend, das ist also aktuell:


    Damit kann ich aber leider nichts anfangen... :rolleyes:

    Glotze: yaVDR (ASRock Q1900M, 4GB RAM, DD Cine S2 V6.5, ZOTAC GT630 (Rev. 2)
    Server: HP ProLiant MicroServer G8, VMware ESXi 5.5 :P

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden