Kernel 2.6.18 für LinVDR

Hallo Doc,

Zitat

Ein längerer Auszug aus /var/log/messages könnte vielleicht noch helfen.

Ist angehängt. Die Startphase kommt mir ok vor.

Zitat

Welche femon-Version ist es denn?

Da ich das Toxic-Update 1.4.2-3 habe, ist es die 1.1.0 (siehe auch angehängtes log).

Zitat

Ich vermute, dann ist ausschlaggebend, welche Karte zuerst geladen wird.

Das ist in der Tat so. Ich meinte was anderes: Wenn ich live-TV gucke, und es startet eine programmierte Aufnahme, so hat vdr (1.3.17) sich die 1. Karte für die Aufnahme geschnappt, und das live-TV wurd auf die zweite Karte umgeschaltet. Das war an eine kurzen Unterbrechung im live-Bild zu merken. Jetzt scheint vdr (1.4.2) die Aufnahme auf der 2. Karte zu starten, so dass ich als TV-Gucker das gar nicht merke. Oder hab ich mir das verkehrt zusammengereimt?
Jedenfalls hat meine alte Nova-t schlechteren Empfang als die neue. Wenn jetzt praktisch alle Aufnahmen von der alten gemacht werden, könnte das ein Nachteil sein. Dann würde ich wohl die Reihenfolge wieder zurücktauschen, so dass ich auf der alten gucke und mit der neuen aufnehme.

Zitat

Dein script werde ich mal ausprobieren.

Viel Vergnügen. Die echos kriegst Du natürlich nur zu sehen, wenn unloaddriver ohne das ">/dev/null" am Ende der Zeile aufgerufen wird.

Zitat

hast Du mein upgedatetes Paket vom 15.10. schon probiert?

Nein, noch nicht. Ich bin im Moment etwas ängstlich mit Updates, weil die Familie immer stärker den vdr für sich beansprucht, und dann muss er funtionieren Vielleicht komme ich erst nächste Woche dazu.
Das neueste Toxic-Update hab ich ja auch noch nicht. Wüsste gerne, ob und wie es inzwischen mit der dxr3 läuft.

Viele Grüße & vielen Dank für die Hilfestellungen
Matthias

Moin moin,

nachdem ich hier viel gelesen habe, hat mich nun auch das VDR-Fieber gepackt und ich habe mir einen zusammen gebaut. Angefangen habe ich mit dem Mahlzeit ISO, DXR3 und den Toxic Patchen.
Nach und nach dann immer alles auf den neuesten Stand gebracht, aber nun zu meinem Problem:

ich habe vorher den Kernel 2.6.17.8 benutzt und jetzt den neuen Kernel 2.6.18 aufgespielt.
Nun kann ich aber mit "runvdr stop" den VDR nicht mehr stoppen, bzw. mit "reboot" auch nicht mehr neu starten.
Ein logread würde ich ja gerne anhängen, aber wenn der Rechner sich beim entladen aufhängt, komme ich nicht mehr über Putty auf die Console.

Mahlzeit ISO & Toxic-Tonic VDR 1.4.3-2

Mit freundlichem Gruß aus dem Hohen Norden
bochi_01

Moin bochi_01,

das _könnte_ mit dem Entladen von Modulen zu tun haben, wie es manchmal vorkommt.

Versuch mal folgendes: in der Datei /etc/init.d/runvdr im Abschnitt "stop)" lautet die erste Zeile

/etc/init.d/runvdr down 2>&1 >/dev/null

Das änderst Du in

/etc/init.d/runvdr down

So bekommst Du die Ausgaben von modprobe beim Entladen der Module zu sehen.

Wenn Du jetzt auf der Konsole "/etc/init.d/runvdr stop" aufrufst und es kommen Meldungen wie "FATAL: module xxx is in use", dann hast Du das Problem gefunden. Lösung siehe oben in diesem Thread oder ich beschreibs Dir dann nochmal.

Wenn das nicht kommt, ist es irgendein anderes Problem. Dann musst du im setup das "Ringbuffer Syslog ausschalten" und zusätzlich den Link
"/var/log -> /ramdisk" löschen UND das Verzeichnis /var/log neu anlegen, damit Du das syslog von vor dem Absturz hinterher noch sehen (und dann auch posten) kannst.

Viel Erfolg,
Matthias

Moin mw_183,

da braucht ich garnicht lange suchen, auf der Console kam bei runvdr stop:

FATAL: Module b2c2_flexcop is in use.
FATAL: Module dvb_core is in use.
FATAL: Module video_buf is in use.
FATAL: Module v4l2_common is in use.
FATAL: Module v4l1_compat is in use.
FATAL: Module videodev is in use.

Kannnst du mir bitte nochmal den weiteren Vorgang erklären. ... oder soll ich das aus deinem Beitrag von der Vorseite "alle sleeps löschen" machen?

Mit freundlichem Gruß aus dem Hohen Norden
bochi_01

Zuerst kannst Du nach dem Aufruf von "runvdr stop" (und den FATAL Meldungen) einfach nochmal "runvdr stop" aufrufen, und bei weiteren FATALs nochmal.
Nach dem ersten "runvdr stop" müsste nämlich vdr schon gestoppt sein, nur die Module noch nicht entladen. Das siehst du z.B. wenn bei "ps aux | grep vdr" nichts kommt. Wenn Du dann nach ein paar Sekunden nochmal "runvdr stop" versuchst, müssten sich die Module entladen lassen, also kein FATAL.

Um die paar Sekunden Wartezeit zwischen dem Beenden von vdr und dem Entladen der Module fest einzubauen, gibt es zwei Wege:
1. In der runvdr trägst Du im Abschnitt "down)" direkt vor dem Aufruf von "unloaddriver" ein "sleep 10" (oder mit einer anderen Zahl) ein.
2. In der runvdr trägst Du in der Funktion "unloaddriver()" die Warteschleife aus meinem Beitrag von der Vorseite ein. Vielleicht ist dort auch "sleep 2" statt "sleep 1" besser, um noch behutsamer vorzugehen.

Viel Erfolg,
Matthias

Wenn ich den VRD mit "runvdr stop" anhalte, kann ich den Befehl ein weiteres mal nicht in Putty eingeben, weil sich der VDR aufgehängt hat. Komme dann nur noch weiter, wenn ich den PC über den AN/Ausschalter ganz neu starte.
Die runvdr habe ich nach deinen Vorgaben abgeändert, jetzt bekomme ich diese Meldung ... sich aufhängen macht er trotzdem:

FATAL: Module b2c2_flexcop is in use.
/etc/init.d/runvdr: line 99: [: 1: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected
FATAL: Module dvb_core is in use.
/etc/init.d/runvdr: line 99: [: 1: unary operator expected
FATAL: Module video_buf is in use.
/etc/init.d/runvdr: line 99: [: 1: unary operator expected
FATAL: Module v4l2_common is in use.
/etc/init.d/runvdr: line 99: [: 1: unary operator expected
FATAL: Module v4l1_compat is in use.
/etc/init.d/runvdr: line 99: [: 1: unary operator expected
FATAL: Module videodev is in use.
/etc/init.d/runvdr: line 99: [: 1: unary operator expected
/etc/init.d/runvdr: line 99: [: 0: unary operator expected

Die geänderte runvdr gebe mal als Anhang zur Kontrolle mit, evtl. doch etwas falsch?!

Mit freundlichem Gruß aus dem Hohen Norden
bochi_01

Zeile 99 lautet bei Dir

while [ $NOCHMAL !=0 ]; do

Da fehlt wahrscheinlich ein Leerzeichen:

while [ $NOCHMAL != 0 ]; do

So sieht es jedenfalls bei mir aus, und die Shell ist da oft zickig (bin auch kein echter Experte).

Wenn Du auch noch den Hinweis von oben befolgst und in Zeile 162 in Deiner runvdr das "2>&1 >/dev/null" entfernst, siehst Du auch besser, wo was passiert.

Viele Grüße,
Matthias

[edit]
Du siehst aber schon, dass es im Prinzip funktioniert: immer nach einem FATAL kommt in der nächsten Fehlermeldung eine 1 vor, und das ist der Rückgabewert von modprobe, den wir prüfen wollen.
[/edit]

Du hast recht, bei "!= 0" fehlte das Leerzeichen.
Habe ich geändert und wieder runvdr stop eingegeben, dabei wiederholt sich jetzt immer diese Ausgabe:

FATAL: Module b2c2_flexcop is in use.
nochmal ...
FATAL: Module b2c2_flexcop is in use.
nochmal ...
FATAL: Module b2c2_flexcop is in use.
nochmal ...

.... usw. VDR hängt wieder.

Habe jetzt mal ein logread gleich nach dem starten gemacht, sowie nach dem ich runvdr stop eingegen habe (musste ein 2tes mal über Putty reingehen, da auf der 1ten sich immer die obige Meldung wiederholt)

Mit freundlichem Gruß aus dem Hohen Norden
bochi_01

Das sieht doch gar nicht so schlecht aus. Seltsamerweise passiert es auch bei mir manchmal (aber selten), dass "runvdr stop" in einer Endlosschleife hängt, allerdings nur auf der Konsole, beim normalen Runterfahren ist das noch nicht vorgekommen.

Wenn der Aufruf "runvdr stop" in einer Endlosscheife hängt, kannst Du das auf der Konsole mit Strg-C abbrechen. Ein erneuter Aufruf von "runvdr stop" ist bei mir dann immer durchgelaufen.

In den Logs sehe ich nichts Verdächtiges. Lirc scheint beim Starten Schwierigkeiten zu machen. Beim Stoppen kann man sehen, dass vdr planmäßig und erfolgreich beendet wird.

Fazit: es scheint bei Dir jetzt so gut zu laufen wie bei mir. Es kommt jetzt drauf an, ob der vdr beim Ausschalten mit der FB (oder wie Du das sonst machst) sicher runterfährt und zur nächsten Aufnahme wieder rauf.

Viele Grüße,
Matthias

Ich setzte das Gehäuse Silverstone LC16M ein, welches vorne eine Tastenreihe hat, die mit USB angeschlossen ist. Wenn ich meinen Rechner testweise mit einer Knoppix-Life-CD starte (Kernel 2.6.17), kann ich die Tasten mit evtest /dev/input/event3 ansprechen.

Unter dem aktuellen Kernel von Dr. Seltsam und LinVDR (1.4.3-1) ist das Device allerdings nicht verfügbar.

Kann das am Kernel liegen und eher an LinVDR?

Also ich bin für Kernel.....

Ne, im Ernst, das müsste eher am Kernel liegen, da ich im VDR nix mit devices zu tun habe!!

Gruß

Toxic

Ich hatte diesbezüglich auch weniger an eine Abstimmung gedacht ...

Irgendwie will es mir aber nicht so recht in den Sinn, warum der Kernel von Dr. Seltsam ein USB-Device nicht erkennt. Ich habe z.B das Imon-Display sowie die Fernbedienung atiusb angeschlossen, beides geht problemlos.

... erstmal vielen dank mw_183 für die schnellen Antworten aber ... bin noch nicht so richtig weitergekommen.

Wenn ich mit Strg C die Endlosschleife abbreche und wieder runvdr stop eingebe, komme ich wieder in die gleiche Endlosscheife.

Jetzt habe ich den vorherigen Kernel 2.6.17.8 nochmals aufgespielt, es kommen die gleichen FATAL Meldungen, aber der VDR stop. Den Lodread davon hänge ich auch nochmal mit an, vielleicht kann man ja daraus etwas näheres erkennen.

Mit freundlichem Gruß aus dem Hohen Norden
bochi_01

Hallo
Nachdem ich LinVDR (nach pimp my vdr) installiert habe bekomme ich o.g. Fehlermeldung.
Mit Kanotix und 2.6.18 Kernel läuft meine Kombination Adaptec VideOh (verglb. PVR 250) und DXR3. Krieg ich das auch unter LinVDR hin? Ich weiß das IVTV grade am umbauen sind aber da ich schon ein Bild mit Kanotix hinbekommen hab wollt ich es halt auch gerne mit LinVDR schaffen. Fehllen denn bei mir irgendwelche Module oder sind falsche Module geladen?

linvdr:~# lsmod
Module Size Used by
lirc_serial 12512 1
em8300 64752 8
adv717x 8484 1
budget_av 17664 0
dvb_pll 14212 1 budget_av
budget_ci 16384 0
budget 11648 0
budget_core 10500 3 budget_av,budget_ci,budget
dvb_ttpci 87616 0
ttpci_eeprom 2560 2 budget_core,dvb_ttpci
saa7146_vv 42624 2 budget_av,dvb_ttpci
saa7146 16776 6 budget_av,budget_ci,budget,budget_core,dvb_ttpci,saa7146_vv
mt352 6148 0
mt312 7300 0
tda1004x 13444 0
ves1820 6404 0
stv0299 9608 0
ves1x93 6276 0
dvb_core 72104 6 budget_av,budget_ci,budget,budget_core,dvb_ttpci,stv0299
video_buf 23044 1 saa7146_vv
evdev 9216 0
ivtv 156432 2
lirc_dev 13648 1 lirc_serial
e100 32520 0
mii 5376 1 e100
cs53l32a 6032 0
msp3400 26912 0
saa7115 14224 0
tuner 52648 0
firmware_class 9856 6 em8300,budget_av,budget_ci,dvb_ttpci,tda1004x,ivtv
i2c_algo_bit 8584 2 em8300,ivtv
cx2341x 10244 1 ivtv
tveeprom 13712 1 ivtv
i2c_core 20112 21 adv717x,budget_av,dvb_pll,budget_ci,budget,budget_core,dvb_ttpci,ttpci_eeprom,mt352,mt312,tda1004x,ves1820,stv0299,ves1x93,ivtv,cs53l32a,msp3400,saa7115,tuner,i2c_algo_bit,tveeprom
videodev 23552 4 saa7146_vv,ivtv
v4l1_compat 12548 3 saa7146_vv,ivtv,videodev
v4l2_common 20352 7 saa7146_vv,ivtv,msp3400,saa7115,tuner,cx2341x,videodev
snd_via82xx 26008 0
gameport 14600 1 snd_via82xx
snd_ac97_codec 83488 1 snd_via82xx
snd_ac97_bus 2432 1 snd_ac97_codec
snd_pcm 69640 3 em8300,snd_via82xx,snd_ac97_codec
snd_timer 21252 1 snd_pcm
snd_page_alloc 9736 2 snd_via82xx,snd_pcm
snd_mpu401_uart 8064 1 snd_via82xx
snd_rawmidi 23072 1 snd_mpu401_uart
snd_seq_device 7948 1 snd_rawmidi
snd 47232 8 em8300,snd_via82xx,snd_ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore 9568 2 em8300,snd
ehci_hcd 26376 0
uhci_hcd 20876 0
ohci_hcd 18308 0
cdfs 25768 0

Falls jemand mal Zeit hätte sich das anzuschauen wär ich dankbar.Plugins sind nur pvrinput und Dxr3 aktiv.
Gruß Wolle

Hallo
Danke für die schnelle Antwort. Habs gefunden mußte beim starten des tuner moduls die Adresse 0,0x6b ignorieren und dann hat es geklappt.
Aber gleich meine nächste Frage, Ich hab ne medion X10 Fernbedienung wird vom Kernel falsch als atiusb erkannt wie kann ich atiusb blacklisten? (sorry bin Linux und VDR Newbee und hab bisher nur mit Kanotix gearbeitet)
Gruß Wolle

Hallo
Die Freude hielt leider nur kurz an. Laut Homepage von IVTV muß man beim laden von IVTV erst modprobe tuner ignore=0,0x6b machen weil die Fernbedienung ansonsten als weiterer Tuner angesehen wird, anschließend kann man modprobe ivtv ausführen. Dies hat auch geklappt. Ich hatte Bild über DXR3. Leider hatte ich keinen Ton deshalb habe ich verschiedene Sachen probiert (leider wieder einmal alles mögliche und nix gemerkt) Nun ja der Sound geht immernoch nicht aber inzwischen geht das mit dem Bild auch nicht mehr.....Ich habe schon versucht alles wieder rückgänig zu machen aber ich bekomme jetzt immer die Meldung mit dem Transfer mode. Laut HP von IVTV soll man auch ivtvctl q0 und ivtvctl p4 machen und ich bin der Meinung das seit dem nichts mehr geht. Habe das zwar alles wieder rückgänig gemacht aber die Meldung mit dem Transfer bleibt. Mit der Kanotix Version läuft aber alles (hab ich auf extra Platte ansonsten selbe Hardware dort brauchte ich aber das Extra mit dem Tuner nicht ) Wieso ich keinen Ton mit der DXR3 hatte(weder digital noch analog) versteh ich auch nicht so richtig und wieso diese dämliche Meldung jetzt auch wieder dauernd kommt erst recht nicht. So das mit Lirc hab ich ersteinmal nach hinten geschoben weil ohne Bild brauch ich auch kein Lirc...
Jetzt geh ich ersteinmal auf eine Party und werde erst ab Montag wiederdazu kommen weiter zu testen. Irgendwie hab ich die Befürchtung das ich alles nocheimal neu installieren muß...
Gruß Wolle