Nova's verabschieden sich nach kurzer Laufzeit (gelöst)

  • Hallo,
    ich bin vor kurzem auf's neue easyVDR 0.5 migriert (komplett neu installiert). Kurz vor Weihnachten habe ich dann eine zweite Nova-S gekauft.


    Mein Problem ist, das nach dem Start des Rechners immer alle drei TV Karten verfügbar sind, nach einiger Zeit dann der VDR restartet und danach nur noch die FF-Karte zur Verfügung steht - d.h. System kommt mit drei Karten hoch - FF Karte Nexus und 2 x Nova-S - läuft ca. eine Viertelstunde (oder auch länger) - VDR stürzt ab (und restartet automatisch) - danach kennt das System nur noch die eine Karte (ich nehme mal an, das es die Nexus ist, da das Menu läuft).


    Verifizieren lässt sich das über den VDR Einstellungen -> DVB -> Primäres DVB-Interface in dem ich nach dem Systemstart zwischen 1-3 wählen kann, nach dem VDR Absturz aber nur noch die 1 zur Auswahl habe - was mich vermuten lässt, das sich der Treiber für die Nova Karten verabschiedet hat und da vermutlich für die beiden Nova Karten der Treiber nur einmal geladen wird sind beide Nova's weg (der Effekt trat in der Vergangenheit auch schon mal auf, als eine Nova defekt war)


    Das es an einer der Nova Karten liegt glaube ich mittlerweile nicht mehr da egal welche einzeln zusammen mit der FF-Karte das gleiche Problem hat. Auch die Installation in verschiedenen Steckplätzen hat die Situation nicht geändert.


    Im /ramdisk/log/messages finde ich weder einen Hinweis auf den ungewollten VDR Restart noch, warum sich die beiden Nova's verabschieden (loglevel steht auf 3, logfile buffer aus, dmesg an).


    Das Bescheuerte ist, das ich meine mit einer Nova das Problem nicht gehabt zu haben, aber jetzt das Problem egal mit welcher einzeln auch auftritt.


    Systeminfo:
    easyVDR-Version: 0.5.0
    VDR-Version:1.4.7
    VDR-Plugins-Apiversion: 1.4.5
    Kernel: 2.6.22.5 23

    yaVDR 0.5, Core2Duo 2x1,83Ghz (Allendale) mit Zalman CNPS8000, Asrock P5B, 6GB Ram, 2TB WD RED, DVB Sky S952, 400W be quiet!, SilentMaxx ST-11 Pro Gehäuse

    Einmal editiert, zuletzt von hal3390 ()

  • Endlich - wenn man sich den Absturzzeitpunkt merkt, findet man auch was im messages:


    Dec 30 14:04:54 (none) user.info vdr: [3362] closing SVDRP connection
    Dec 30 14:06:00 (none) user.debug vdr: [4079] EnigmaNG effects thread started (pid=4079, tid=4079)
    Dec 30 14:06:02 (none) user.debug vdr: [4079] EnigmaNG effects thread ended (pid=4079, tid=4079)
    Dec 30 14:06:02 (none) user.debug vdr: [3362] switching device 2 to channel 2
    Dec 30 14:06:02 (none) user.info vdr: [3362] timer 2 (1004 1406-1706 '@TITLE EPISODE') start
    Dec 30 14:06:02 (none) user.debug vdr: [3362] waiting for EPG info...
    Dec 30 14:06:06 (none) user.debug vdr: [3362] no EPG info available
    Dec 30 14:06:06 (none) user.info vdr: [3362] executing '/usr/bin/recordinghooks.sh before "/video0/@ZDF/2007-12-30.14.06.50.99.rec"'
    Dec 30 14:06:06 (none) user.notice logger: NOAD: So 30. Dez 14:06:06 CET 2007: before /video0/@ZDF/2007-12-30.14.06.50.99.rec
    Dec 30 14:06:06 (none) user.notice logger: NOAD: Start /etc/vdr/noad/rec_before.d/noad.sh
    Dec 30 14:06:06 (none) user.info vdr: [3362] record /video0/@ZDF/2007-12-30.14.06.50.99.rec
    Dec 30 14:06:06 (none) user.debug vdr: [3362] creating directory /video0/@ZDF/2007-12-30.14.06.50.99.rec
    Dec 30 14:06:06 (none) user.notice logger: Noad before lauft noch nicht. Scan /video0/@ZDF/2007-12-30.14.06.50.99.rec
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[0]: /usr/bin/noad
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[1]: nice
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[2]: --background
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[3]: --comments
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[4]: --ac3
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[5]: --overlap
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[6]: --jumplogo
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[7]: --statisticfile=/var/log/noad.log
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[8]: --OSD
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[9]: before
    Dec 30 14:06:06 (none) user.info noad[4087]: noad arg[10]: /video0/@ZDF/2007-12-30.14.06.50.99.rec
    Dec 30 14:06:06 (none) user.info noad[4087]: noad args done
    Dec 30 14:06:06 (none) user.info noad[4087]: noad called with 'before' and online=1 and liverecording is yes
    Dec 30 14:06:06 (none) user.info noad[4087]: nothing to do yet
    Dec 30 14:06:06 (none) user.debug vdr: [3362] recording to '/video0/@ZDF/2007-12-30.14.06.50.99.rec/001.vdr'
    Dec 30 14:06:06 (none) user.debug vdr: [4089] file writer thread started (pid=4089, tid=4089)
    Dec 30 14:06:06 (none) user.debug vdr: [4090] recording thread started (pid=4090, tid=4090)
    Dec 30 14:06:06 (none) user.debug vdr: [4091] receiver on device 2 thread started (pid=4091, tid=4091)
    Dec 30 14:06:06 (none) user.debug vdr: [4092] TS buffer on device 2 thread started (pid=4092, tid=4092)
    Dec 30 14:06:06 (none) user.debug vdr: [3362] live reloading timers
    Dec 30 14:06:06 (none) user.info vdr: [3362] info: Aufzeichnung gestartet
    Dec 30 14:06:06 (none) user.debug vdr: [4093] logger 1 filter thread started (pid=4093, tid=4093)
    Dec 30 14:06:06 (none) user.debug vdr: [4094] EnigmaNG effects thread started (pid=4094, tid=4094)
    Dec 30 14:06:11 (none) user.info vdr: [3377] frontend 1 timed out while tuning to channel 1004, tp 112070
    Dec 30 14:06:12 (none) user.debug vdr: [4094] EnigmaNG effects thread ended (pid=4094, tid=4094)
    Dec 30 14:06:12 (none) user.debug vdr: [3362] live reloading timers
    Dec 30 14:06:12 (none) user.debug vdr: [3362] SV: signalling waiters
    Dec 30 14:06:12 (none) user.debug vdr: [3362] max. latency time 11 seconds
    Dec 30 14:06:37 (none) user.err vdr: [4089] ERROR: video data stream broken
    Dec 30 14:06:37 (none) user.err vdr: [4089] initiating emergency exit
    Dec 30 14:06:37 (none) user.err vdr: [3362] emergency exit requested - shutting down


    Wobei: ich glaub nicht, das es mit der Aufnahme in Zusammenhang steht, da die Abstürze vorher auch ohne Aufnahme aufgetreten sind


    Außerdem hat es jetzt ca. eine Stunde gedauert, bis das Problem auftrat - ich hatte nach dem letzten Reboot mal die Systemzeit auf Winterzeit umgestellt (wegen Log Einträgen) und bei der Gelegenheit die PCI Latency im BIOS von 128 hochgesetzt - ob es da einen Zusammenhang gibt?

    yaVDR 0.5, Core2Duo 2x1,83Ghz (Allendale) mit Zalman CNPS8000, Asrock P5B, 6GB Ram, 2TB WD RED, DVB Sky S952, 400W be quiet!, SilentMaxx ST-11 Pro Gehäuse

    Einmal editiert, zuletzt von hal3390 ()

  • Ich würde spontan mal auf schlechten Empfang auf einer der Budget-Karten tippen.
    Was sagt denn das femon-Plugin, wenn du die Karten durch schaltest?

    Gruss
    SHF


  • Danke für die Hilfe.


    Nachdem ich hier von dem VDSB Problem gelesen hatte, habe ich mir meine Hardware nochmal genauer angeschaut und dabei sind mir die aufgedrehten Stecker auf den SAT Kabeln aufgefallen. Ich habe alle um mehrere Zentimeter gekürzt und abisoliert, bis wieder ausreichend Kabelgeflecht zum Vorschein kam und dann die Stecker neu aufgedreht - seitdem ist der Fehler nur noch einmal aufgetreten.

    yaVDR 0.5, Core2Duo 2x1,83Ghz (Allendale) mit Zalman CNPS8000, Asrock P5B, 6GB Ram, 2TB WD RED, DVB Sky S952, 400W be quiet!, SilentMaxx ST-11 Pro Gehäuse

Jetzt mitmachen!

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