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/index.php/Re…eiber_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:
|
Source code
|
1
2
3
4
5
6
7
8
9
10
|
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:
|
Source code
|
1
2
3
4
5
6
7
8
9
10
11
12
|
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 !