[Gelöst]: Probleme mit FB beim restart/Reihenfolge der DVB Karten festlegen

Edit: die weiter unten beschrieben Lösung ist besser (änderung an runvdr und einträge in /etc/modprobe.d/blacklist und /etc/modules)

Mit ctvdr5 hatte ich das im 1. Post beschrieben Problem wieder und nach langem basteln ist für meinen Fall (Nexus und Nova karte mit Remote Plugin) folgende Lösung bis jetzt die zuverlässigste:

Ich habe sowohl in /etc/init.d/vdr wie auch in /usr/sbin/runvdr modprobe Einträge zum entladen und laden der treiber eingefügt und die ursprüngliche logik deaktiviert. Die angehängten scripts funtionieren so wie sie sind einwandfrei, allerdings eben nur mit den erwähnten Karten. Wenn andere Karten mit im System sind muss man die Einträge anpassen.

ja, nur das problem ist anscheinend der vdr restart, denn beim restart lädt ein script das ganze neu, und dabei klappt das manchmal nicht... ich werde mir den link nochmal anshen, aber ich weiss zumindest mit sicherheit dass meine jetzige lösung zuverlässig arbeitet...

danke für den Link:-)

ich habs auf die von dir vorgeschlagene weise probiert und es funktioniert auch (fast), aber nach einem vdrrestart geht mal wieder die FB nicht.

ich bleibe bei meiner Lösung, die ist zwar nicht elegant, aber zuverlässig.

trotzdem danke !

danke, das sieht gut aus, ich teste es nacher mal auf meinem system

ARK
Auf meinem system lautet die zeile

lsmod | grep ^dvb_core | awk '{print $4;}' | awk '{ gsub(/,/," ", $1); print }'

und ergibt

budget_ci budget_core dvb_ttpci stv0299

deine ursprüngliche zeile ergibt bei mir aber das selbe ergebnis

die geänderte version ergibt dagegen

stv0299 dvb_ttpci budget_core budget_ci

und somit die richtige reihenfolge.

emsker

deine Lösung ist schon OK, alledrings löst sie das restart problem (sie letztes posting von ark) nicht (ich habs getestet)

Danke an alle, ich denke (hoffe) ich habe den bug im griff, es wäre aber doch gut wenn man das mal im paket ändern könnte.

ARK: bist du evtl. bereit deine änderung mal an tobi, oder an die ct zu schicken, oder soll ich das machen (ich kann die Zeile leider nicht erklären:-()

Freizeit-Admin

zur CT: ich hab dazu mehrfach gemailt und das Problem und die möglichen lösungen beschrieben, aber keine antwort erhalten...

Hier nochmal eine Zusammenfassung des Ganzen:

Die Anleitung bezieht sich auf ctvdr5, sollte aber auch für 4 und 4.5 stimmen, nur dass dort eine ältere Version von hotplug zum Einsatz kommt, und daher das blacklisten laut http://www.vdr-wiki.de/wiki/in…der_DVB-Treiber_festlegen etwas anders geht (habs nicht ausprobiert).

Das Problem:
Problem 1:
Bei Verwendung von TechnoTrend Karten (FullFeatuered und Budget zusammen in einem System, z.b. Nexus und Nova) kann es vorkommen dass die Treiber manchmal in der richtige Reihenfolge geladen werden (erst dvb_ttpci und dann budget_ci) und manchmal umgekehrt.

Dies führt dazu dass z.b. das RemotePlugin (aber auch bei andere Funktionen, z.b. ältere Mplayer Versionen oder SmartCards an den TT Karten) manchmal funktionieren und manchmal nicht. Teilweise läßt sich dieses Problem durch umstecken der Karten in den PCI Slots entschärfen, aber die richtige Lösung findet sich hier.

Problem 2:
Zusätzlich zu diesem Problem gibt es aber noch ein zweites:
Iin der /usr/sbin/runvdr ist ein Fehler der dazu führ dass bei einem VDR restart die DVB Treiber in genau der umgekehrten Reihenfolge geladen werden.
D.h.: selbst wenn die FB normalerweise geht kann es bei einem VDR crash oder einen restart über das Menü dazu kommen dass die FB nicht mehr geht, weil die Treiber jetzt anders geladen werden.

Die Lösung:

Lösung zu Problem 2:
(als erstes weil es alle betrifft)

Das 2. Problem wurde in vdr_1.4.0-1ctvdr2_i386 gefixed, daher sollte man als allererstes sein System updaten:
- /etc/apt/sources.online in sources.list umbenennen
- apt-get update
- apt-get upgrade

Wer nicht updaten will kan auch manuell die datei /usr/sbin/runvdr editieren und die Funktion get_modulenames durch diese hier ersetzten:

function get_modulenames()
{
    if [ "$KVERS_2_6" ]; then
        MODULES=`lsmod | awk '/^dvb_core/ {gsub(/,/,"\n", $4); print $4}' | tac`
        [ "$MODULES" ] && MODULES="$MODULES dvb_core"
    else
        MODULES=`lsmod | grep dvb-core | cut -d'[' -f2 | cut -d']' -f1`
        [ "$MODULES" ] && MODULES="$MODULES dvb-core"
    fi
}

Bei manchen Systemen könnte auch vdrdevel zum einsatzkommen, dort muss dann statt der runvdr die runvdrdevel editiert werden

Achtung: Wenn der VDR neu installiert wird und dabei eine version vor vdr_1.4.0-1ctvdr2 verwendet wird, wird diese Änderung überschrieben und muss daher von hand neu gemacht werden.

Um zu prüfen welche Version installiert ist und welche Version installiert würde kann man
- apt-get update
- apt-cache policy vdr

eingeben und erhält sowas:

ctvdr5:~# apt-cache policy vdr
vdr:
  Installiert:1.4.0-1ctvdr1
  Mögliche Pakete:1.4.0-1ctvdr2
  Versions-Tabelle:
     1.4.0-1ctvdr2 0
        700 http://e-tobi.net sarge/vdr-multipatch Packages
 *** 1.4.0-1ctvdr1 0
        100 /var/lib/dpkg/status
     1.2.6-13 0
        500 http://ftp2.de.debian.org sarge/main Packages
ctvdr5:~#

Wer nur das restart Problem hat ist hier fertig, aber es schadet meist nicht auch den Rest zu machen

Lösung zu Problem 1:
(nur für die bei denen die FB manchmal oder immer nach dem neu booten nicht geht)

Man muss dafür sorgen dass die Treiber beim booten nicht (in falscher Reihenfolge) geladen werden.

CTVDR5:
Dafür trägt man in /etc/modprobe.d/blacklist einfach ganz unten folgendes ein

blacklist dvb_core
blacklist dvb_ttpci
blacklist budget_ci
blacklist budget_core

CTVDR4 und 4.5:
Hier befindet sich die blacklist an andere Stelle.
Einfach in /etc/hotplug/blacklist.d eine datei erzeugen und die Module eintragen.
- mit "touch myblacklist" die datei myblacklist erzeugen
- mit einem editor folgendes eintragen

dvb_core
dvb_ttpci
budget_core
budget_ci

Hab leider kein ctvdr4/4.5 system, wenns jemand getestet hat bitte hier posten, damit ich die Anleitung entprechend anpassen kann.

Jetzt noch die treiber in /etc/modules eintragen damit sie in richtiger reihenfolge geladen werden

dvb_ttpci
budget_ci

(die core komponenten werden automatisch mitgeladen)

neu booten und fertig

Klingt komplizierter als es ist, kann man in weniger als 5 Minuten erledigen.

Danke an alle die bei der Lösung geholfen haben !

soweit ich weiss bezieht sich das nur auf ältere Mplayer versionen.

BTW: es gibt eine neue version

http://www.heise.de/newsticker/meldung/74150

schade, ich weiss aber dass das ganze auch unter 4.5 gehen muss, nur weiss ich nicht genau wie das blacklisten geht..

eine weitere möglichkeit ist mittels modprobe die module zu entladen und neu zu laden (ist in diesem thread weiter oben beschrieben). das passende runvdr file habe ich weiter oben im thread gepostet...

ist längst nicht so elegant, aber als übergangslösung sehr stabil...

trag das ganze

dvb_core
dvb_ttpci
budget_core
budget_ci

mal in /etc/hotplug/blacklist ein, und mach danch sicherheitshalber mal ein update-modules

Bitte gib bescheid obs dann geht..