Kann es sein das nur meine channels.conf falsch ist?

    Das ist die zweite Hälfte des Logfiles, also so wie ich das beurteile läuft alles gut!


    mit runvdr hat der vdr nicht mehr gemeckert!


    Kann es sein, das meine channels.conf falsche Einträge nur hat!


    vdr[1858]: VDR version 1.1.20 started
    vdr[1858]: loading /video/setup.conf
    vdr[1858]: loading /video/sources.conf
    vdr[1858]: loading /video/diseqc.conf
    vdr[1858]: loading /video/channels.conf
    vdr[1858]: loading /video/svdrphosts.conf
    vdr[1858]: loading /video/ca.conf
    vdr[1858]: loading /video/keymacros.conf
    vdr[1858]: probing /dev/dvb/adapter0/frontend0
    vdr[1861]: EIT processing thread started (pid=1861) - master
    vdr[1862]: tuner thread started on device 1 (pid=1862)
    vdr[1858]: probing /dev/dvb/adapter1/frontend0
    vdr[1858]: found 1 video device
    vdr[1858]: reading EPG data from /video/epg.data
    vdr[1858]: setting primary device to 1
    vdr[1858]: SVDRP listening on port 2001
    vdr[1858]: setting watchdog timer to 60 seconds
    vdr[1858]: max. latency time 1 seconds
    vdr[1858]: connect from 127.0.0.1, port 32770 - accepted
    kernel: capidrv-1: controller dead ??
    kernel: capidrv-1: listen_change_state state=3 event=1 ????
    vdr[1858]: closing SVDRP connection
    vdr[1858]: caught signal 2
    vdr[1858]: saved setup to /video/setup.conf
    vdr[1861]: EIT processing thread ended (pid=1861) - master
    vdr[1862]: tuner thread ended on device 1 (pid=1862)
    vdr[1858]: max. latency time 1 seconds
    vdr[1858]: exiting
    su: pam_unix2: session finished for user root, service su
    vdr[1875]: VDR version 1.1.20 started
    vdr[1875]: loading /video/setup.conf
    vdr[1875]: loading /video/sources.conf
    vdr[1875]: loading /video/diseqc.conf
    vdr[1875]: loading /video/channels.conf
    vdr[1875]: loading /video/svdrphosts.conf
    vdr[1875]: loading /video/ca.conf
    vdr[1875]: loading /video/keymacros.conf
    vdr[1875]: probing /dev/dvb/adapter0/frontend0
    vdr[1878]: EIT processing thread started (pid=1878) - master
    vdr[1879]: tuner thread started on device 1 (pid=1879)
    vdr[1875]: probing /dev/dvb/adapter1/frontend0
    vdr[1875]: found 1 video device
    vdr[1875]: reading EPG data from /video/epg.data
    vdr[1875]: setting primary device to 1
    vdr[1875]: SVDRP listening on port 2001
    vdr[1880]: KBD remote control thread started (pid=1880)
    vdr[1875]: remote control KBD - learning keys
    /USR/SBIN/CRON[1905]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)
    kernel: NTFS-fs error (device 16:01): ntfs_ucstonls(): Unicode name contains characters that cannot be converted to character set iso8859-15.
    last message repeated 2 times
    groupadd[1978]: new group: name=vdrdaem, gid=99
    useradd[1979]: new user: name=vdr, uid=99, gid=99, home=/usr/local/vdr, shell=/bin/bash
    insmod: Warning: loading /lib/modules/2.4.19-4GB/kernel/drivers/video/nvidia.o will taint the kernel: non-GPL license - NVIDIA
    insmod: See http://www.tux.org/lkml/#export-tainted for information about tainted modules
    insmod: Module nvidia loaded, with warnings
    kernel: 0: nvidia: loading NVIDIA Linux x86 nvidia.o Kernel Module 1.0-4191 Mon Dec 9 11:49:01 PST 2002
    kernel: Linux video capture interface: v1.00
    kernel: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1 or 2.2).
    kernel: Linux agpgart interface v0.99 (c) Jeff Hartmann
    kernel: agpgart: Maximum main memory to use for agp memory: 439M
    kernel: agpgart: Detected Via Apollo Pro KT266 chipset
    kernel: agpgart: AGP aperture is 64M @ 0xe0000000
    kernel: ves1820.c: setup for tuner sp5659c
    kernel: DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
    kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app c0012110
    kernel: av7110: Warning: you are using the experimental LL firmware!
    kernel: Please report problems and success stories to kls@cadsoft.de.
    kernel: Don't use this firmware for production, don't redistribute it.
    kernel: Get updates from the VDR homepage until this firmware is part of
    kernel: the public LinuxDVB CVS!
    su: (to vdr) root on /dev/console
    su: pam_unix2: session started for user vdr, service su
    vdr[1716]: VDR version 1.1.20 started
    vdr[1716]: loading /usr/local/vdr/etc/sources.conf
    vdr[1716]: loading /usr/local/vdr/etc/diseqc.conf
    vdr[1716]: loading /usr/local/vdr/etc/channels.conf
    vdr[1716]: loading /usr/local/vdr/etc/svdrphosts.conf
    vdr[1716]: loading /usr/local/vdr/etc/ca.conf
    vdr[1716]: loading /usr/local/vdr/etc/keymacros.conf
    vdr[1716]: probing /dev/dvb/adapter0/frontend0
    vdr[1723]: EIT processing thread started (pid=1723) - master
    vdr[1724]: tuner thread started on device 1 (pid=1724)
    vdr[1716]: probing /dev/dvb/adapter1/frontend0
    vdr[1716]: found 1 video device
    vdr[1716]: reading EPG data from /video/epg.data
    vdr[1716]: setting primary device to 1
    vdr[1716]: SVDRP listening on port 2001
    vdr[1716]: setting watchdog timer to 60 seconds
    vdr[1716]: max. latency time 1 seconds
    kdm[1631]: pam_unix2: session started for user root, service xdm
    modprobe: modprobe: Can't locate module sound-slot-1
    modprobe: modprobe: Can't locate module sound-service-1-0
    modprobe: modprobe: Can't locate module sound-slot-1
    modprobe: modprobe: Can't locate module sound-service-1-0
    vdr[1716]: connect from 127.0.0.1, port 32768 - accepted
    vdr[1716]: closing SVDRP connection
    vdr[1716]: connect from 127.0.0.1, port 32769 - accepted
    vdr[1877]: VDR version 1.1.20 started
    vdr[1877]: loading /video/setup.conf
    vdr[1877]: loading /video/sources.conf
    vdr[1877]: loading /video/diseqc.conf
    vdr[1877]: loading /video/channels.conf
    vdr[1877]: loading /video/svdrphosts.conf
    vdr[1877]: loading /video/ca.conf
    vdr[1877]: loading /video/keymacros.conf
    vdr[1877]: probing /dev/dvb/adapter0/frontend0
    vdr[1877]: ERROR: can't open DVB device 0
    vdr[1877]: probing /dev/dvb/adapter1/frontend0
    vdr[1877]: found 1 video device
    vdr[1877]: reading EPG data from /video/epg.data
    vdr[1877]: setting primary device to 1
    vdr[1877]: SVDRP listening on port 2001
    vdr[1879]: KBD remote control thread started (pid=1879)
    vdr[1877]: remote control KBD - learning keys
    vdr[1877]: ERROR: illegal OSD device handle (-1)!
    kernel: capidrv-1: controller dead ??
    kernel: capidrv-1: listen_change_state state=3 event=1 ????
    vdr[1716]: PANIC: watchdog timer expired - exiting!
    su: pam_unix2: session finished for user vdr, service su
    kernel: Linux video capture interface: v1.00
    kernel: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1 or 2.2).
    kernel: ves1820.c: setup for tuner sp5659c
    kernel: DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
    kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app c0012110
    kernel: av7110: Warning: you are using the experimental LL firmware!
    kernel: Please report problems and success stories to kls@cadsoft.de.
    kernel: Don't use this firmware for production, don't redistribute it.
    kernel: Get updates from the VDR homepage until this firmware is part of
    kernel: the public LinuxDVB CVS!
    su: (to vdr) root on /dev/console
    su: pam_unix2: session started for user vdr, service su
    vdr[2005]: VDR version 1.1.20 started
    vdr[2005]: loading /usr/local/vdr/etc/sources.conf
    vdr[2005]: loading /usr/local/vdr/etc/diseqc.conf
    vdr[2005]: loading /usr/local/vdr/etc/channels.conf
    vdr[2005]: loading /usr/local/vdr/etc/svdrphosts.conf
    vdr[2005]: loading /usr/local/vdr/etc/ca.conf
    vdr[2005]: loading /usr/local/vdr/etc/keymacros.conf
    vdr[2005]: probing /dev/dvb/adapter0/frontend0
    vdr[2008]: EIT processing thread started (pid=2008) - master
    vdr[2009]: tuner thread started on device 1 (pid=2009)
    vdr[2005]: probing /dev/dvb/adapter1/frontend0
    vdr[2005]: found 1 video device
    vdr[2005]: reading EPG data from /video/epg.data
    vdr[2005]: setting primary device to 1
    vdr[2005]: SVDRP listening on port 2001
    vdr[2005]: setting watchdog timer to 60 seconds
    vdr[2005]: connect from 127.0.0.1, port 32770 - accepted
    vdr[2005]: switching to channel 7
    vdr[2005]: ERROR: Channel not available!
    vdr[2005]: switching to channel 7
    vdr[2005]: ERROR: Channel not available!
    vdr[2005]: ERROR: Channel not available!
    kernel: capidrv-1: controller dead ??
    kernel: capidrv-1: listen_change_state state=3 event=1 ????
    vdr[2005]: closing SVDRP connection
    vdr[2005]: max. latency time 1 seconds
    vdr[2005]: caught signal 15
    vdr[2005]: saved setup to /usr/local/vdr/etc/setup.conf
    vdr[2008]: EIT processing thread ended (pid=2008) - master
    vdr[2009]: tuner thread ended on device 1 (pid=2009)
    vdr[2005]: max. latency time 1 seconds
    vdr[2005]: exiting


    Ich hoffe das sich jemand mal die macht isch das durzulesen!

    Hi


    sentinel


    Kannst du solche Texte mal als Dateianhang posten?
    Ist übersichtlicher, wenn man den Beitrag lesen will!

    Dirk

    [Blockierte Grafik: http://www.ping-timeout.de/sig-468x90/21.jpg]

    Hi leutz,


    ist heut mein 1. Eintrag hier.


    Also bei mir tritt auch mehr oder weniger regelmäßig die Fehlermeldung auf "channel not available". (wie im Log oben nachuzulesen von @sentinal)


    Fehlermeldung wird mir auch direkt im VDR genannt.


    Folgende Dinge habe ich versucht, um das Problem zu lösen (ohne Erfolge)


    - DVB-Kartentreiber neu installiert, andere Version probiert (arbeite nun mit DVB-Treiber vom 08.12.2002 wenn ich mich recht erinnere)
    - VDR-Version 1.1.20 und 1.1.21 ausprobiert (gleiches Problem)
    - alles neu installiert
    - DVB-Karte abkühlen lassen (Siemens-Karte, Rev 1.3)
    (da überlege ich nen zusätzlichen Kühlkörper anzubringen)


    mir ist aufgefallen, daß es nach einer Nacht z.B. wieder funktioniert. (ohne was an der Config zu ändern)
    Der Fehler trat bei mir bisher 1x pro Woche auf.


    zu meinem System: SuSE 8.0, Textmodus, auf einem AMD Athlon 900 mit 256 MB RAM, 60 GB HDD, Siemens DVB-s rev1.3, gehäuselos *g*, VDR 1.1.21, noch ohne PlugIns


    Vielleicht fällt euch dazu hoffentlich etwas ein. ich bin da mit meinem Anfänger-Latein auch am Ende. :(


    Greatz

    Hi Leutz,


    teilweise konnte ich das Problem lösen mit der Meldung "Channel not available".


    Ich denke in so einem Fall sollte man immer eine Sicherheits-Kopie des Config-Ordners (bei mit /etc/vdr/) haben. Bei mir trat das Problem wieder auf, und hab diese Sicherungskopie zurücgespielt.


    Siehe da, es lief wieder. werde mich nun an die Arbeit setzen, herauszufinden, welche Einstellung es nun genau ist.


    Ich habe herausbekommen, daß VDR nach dem Start gleich davon ausgeht, etwas "aufzunehmen". In dem Fall ist klar, daß viele Kanäle einfach nicht mehr erreichbar sind. Meine Frage: Ist das ein Bug?


    Hoffe, dieser Beitrag konnte in einem weiteren Fehler dieser Art jemandem weiterhelfen.


    greatz, Sven

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden