Fehlermeldung im Log: kernel-provided name 'dvb/adapter1/frontend0' and NAME= 'dvb/adapter0/frontend0' disagree [SOLVED]

Die kannst du ignorieren. Den DVB Karten mit dieser Methode eine feste Reihenfolge beizubringen wird irgendwann nicht mehr funktionieren (deswegen diese Warnung), und mit dem aktiellen VDR gehts AFAIK eh nicht mehr.

cu

Moin!

Da die beiden Karten unterschiedliche Treiber benutzen, kannst du auch den Modulparameter adapter_nr benutzen, um den Karten die passende Reihenfolge beizubringen.
Das ist zukunftsfähiger.

Oder die PCI-Slots tauschen.

Lars.

Oder ganz simpel die Ladereihenfolge der Treiber ändern

Wobei ich es ziemlich dämlich finde das man die Namen nicht mehr per UDEV setzen könen soll, ist simpel und praktisch. Und warum der VDR aufeinmal aufs sysfs geht...

cu

Hallo Gromit,

läuft denn Dein VDR trotzdem?

Ich nutze einen Selbst-gemaketen Treiber mit der S2-6400. Bei mir kam die Fehlermeldung
nach einem Kernelupdate.
Nachdem ich den Make für den Treiber nochmal angestossen hatte, war dann auch
die Fehlermeldung weg.

Aber, wie gesagt, bei mir kam dann kein Bild.

Gruss,

Günter

--
modinfo b2c2_flexcop_pci
--
Zeigt die Parameter.

cu

Moin!

Unter /etc/modprobe.d legst du eine Datei dvb_ttpci.conf an mit dem Inhalt:

options dvb_ttcpi adapter_nr=1

und eine budget.conf mit

options budget adapter_nr=0

Die runvdr lässt du unangetastet.

Lars.

Moin!

Ich würde das nicht Lösung, sondern Workaround nennen...

Warum probierst du meinen Vorschlag nicht einfach mal? Sonst wird das Problem ja doch wieder auftauchen...
Du kannst es sogar ausprobieren, ohne was an deinem System dauerhaft ändern zu müssen (zumindest fast):

• vdr beenden
• Treiber entladen (modprobe -r ...)
• udev-Regel deaktiveren/auskommentieren (das musst du hinterher wieder zurückändern)
• Treiber mit Optionen laden (modprobe dvb_ttpci adapter_nr=1 ; modprobe budget adapter_nr=0)
• gucken, wie die Devices angelegt wurden
• vdr starten und testen

Wenn es nicht klappt, die udev-Regel wieder aktivieren und den Rechner neustarten.
Wenn es klappt, hast du eine dauerhafte Lösung...

Lars.

Hallo !

Ich habe ein ähnliches Problem mit meinem Lucid-Ubuntu.

Verwende derzeit eine udev-Regel (aus dem Wiki)
http://www.vdr-wiki.de/wiki/in…der_DVB-Treiber_festlegen

Und meistens funktioniert das auch. Manchmal (vielleicht 1 von 20 mal) jedoch nicht. Da hilft dann nur ein Reboot des Systems und dann funktioniert es meistens (nur VDR Neustarten reicht nicht aus)
Kann ich stattdessen auch die Methode die mini73 beschreibt verwenden ?

Bzw. muss hier dann vermutlich die FF-SD dann: adapter_nr=0 sein, oder liege ich da falsch ?

Habe auch düster in Erinnerung das der VDR ab einer der letzten Versionen (1.7.21 ? ) sich nicht mehr um die Reihenfolge kümmert, sondern das selber richtig erkennt ? Was ist da dran ?
Hier der Kommentar dazu von Urig: udev-Regel für DVB-Karte gesucht

Wie muss es jetzt korrekt gemacht werde damit ein VDR mit FF Karte sich nicht verschluckt ?

Danke schon mal
Joe

Moin!

Zitat von DocViper

Verwende derzeit eine udev-Regel (aus dem Wiki)
http://www.vdr-wiki.de/wiki/in…der_DVB-Treiber_festlegen

Das wird dann auch irgendwann nicht mehr funktionieren, weil udev das irgendwann gar nicht mehr zulässt.

Zitat von DocViper

Und meistens funktioniert das auch. Manchmal (vielleicht 1 von 20 mal) jedoch nicht. Da hilft dann nur ein Reboot des Systems und dann funktioniert es meistens (nur VDR Neustarten reicht nicht aus)

Dann würde ich sagen, es funktioniert nicht.

Zitat von DocViper

Kann ich stattdessen auch die Methode die mini73 beschreibt verwenden ?
Bzw. muss hier dann vermutlich die FF-SD dann: adapter_nr=0 sein, oder liege ich da falsch ?

Das hängt davon ab, welche Karte du als adapter0 und welche als adapter1 haben möchtest...
Dem vdr ist es letztendlich egal, wo die FF ist.

Zitat von DocViper

Habe auch düster in Erinnerung das der VDR ab einer der letzten Versionen (1.7.21 ? ) sich nicht mehr um die Reihenfolge kümmert, sondern das selber richtig erkennt ? Was ist da dran ?
Hier der Kommentar dazu von Urig: udev-Regel für DVB-Karte gesucht

Der Kommentar zielt darauf ab, dass der vdr ein Problem bekommt, wenn die Nummer unter /dev/dvb/ nicht mit der unter /sys übereinstimmt. Die würden durch meine Methode aber übereinstimmen, weil der Treiber beim Laden diese Nummern setzt.

Zitat von DocViper

Wie muss es jetzt korrekt gemacht werde damit ein VDR mit FF Karte sich nicht verschluckt ?

Warum möchtest du eine feste Reihenfolge? Eine feste Reihenfolge braucht man nur dann, wenn man z.B. pro Karte unterschiedliche Diseqc-Kommandos schicken möchte/muss. Oder wenn man andere geräteabhängige Konfigurationen hat.
Wenn es nur um die FF geht, muss sie nicht zwingend als adapter0 da sein, damit der vdr sie erkennt. Dann würde es mehr Sinn machen, gar nicht an den Nummern rumzuspielen. Mal ist die FF eben Gerät 1, mal Gerät 2, das ist kein Problem.

Lars.

Danke schon mal für die schnell Rückmeldung.

Diese udev Aktion kam aus der Situation das ich damals die DVB-t Karte eingebaut hatte (mit passender Firmware natürlich) und dann der VDR nicht mehr starten wollte.
(war noch unter Karmic).
Habe nach Neuinstallation die udev Regel unter Lucid einfach wieder reingebastelt.

War es dem VDR schon immer egal in welcher Reihenfolge die Karten vorhanden sind (nein oder ? früher gab es ja das PrimaryDevice in der setup.conf und wenn die FF nicht die immer gleiche Devicenummer hatte dann startete VDR nicht weil er kein Frontend hatte) ? Oder liege ich da falsch ?

Werde die udev Regel mal auskommentieren und berichten.
Btw. funktioniert das dynamite-plugin eigentlich auch mit einer SD-FF ?

Joe

Zitat von DocViper

Btw. funktioniert das dynamite-plugin eigentlich auch mit einer SD-FF ?

Woher soll das dynamite-Plugin denn wissen, dass es eine SD-FF ist? Es sieht doch nur devices.

Gerald

Dachte das dynamite-plugin hat eine "Idee" welches Device was kann und teilt es nach Start des VDR entsprechend zu. Ab da lieg ich wohl ziemlich falsch.
Tja, das zeigt wieder mal mein gefährliches Halbwissen *blamier*

Wäre es sinnvoll das von mini73 zusammengefasste Wissen im Wiki auf der Seite zur Ladereihenfolge abzulegen. Kann man sagen ab welcher Kernelversion (oder so) es "anders" gemacht werden muss. Natürlich nur sofern man gute Gründe wie z.b.: diseq hat.

Zitat von DocViper

Wäre es sinnvoll das von mini73 zusammengefasste Wissen im Wiki auf der Seite zur Ladereihenfolge abzulegen.

Copy&Paste Howtos verwirren IMHO mehr als sie Helfen.

Der Punkt ist das der Treiber für diese Methode einen Parameter haben muss mit dem man die Devicenummer vorgeben kann. Dazu findet man raus wie das "Hauptmodul" für die eigene Karte heisst und fragt dann mit "modinfo <modulname>" die möglichen Kommandozeilenparameter ab.
Die Kommandozeilenparameter für die Module setzt man bei Debian-basierenden Systemen in /etc/modprobe.d, aber das (Parameter für Module setzen) ist nix DVB/VDR spezielles, das kann man einfach in der Anleitung seiner Distribution nachschlagen.

- Das ist die Methode über den Namen die die Module vergeben die Reihenfolge festzulegen. Und ist eigentlich auch garnicht so kompleziert, weil ist Linux Standart (und die einfachste wenn die verwendeten Treiber die Parameter kennen).

- Eine andere ist es die Module in der passenden Reihenfolge zu laden (Geht wenn das genutze VDR Startscript das Modulladen kennt).

- Eine weitere ist es per UDEV Regel die Devicenamen anzupassen (nutze ich, bei mir gehts. Bei aktuellen UDEVs/VDRs gehts wohl nicht mehr).

- Und dann gibts noch die Möglichkeit das über das Dynamite Plugin zu regeln (Geht natürlich nur wenn man Dynamite (braucht nen 1.7er VDR) und UDEV nutzt).

Muss sich halt jeder halt seine Lieblingmethode raussuchen. Und nicht jede Methode funktioniert bei jeder Installation.

cu

So ich habe die udev Regeln jetzt mal auskommentiert und bei der Gelegenheit (nach vorherigem komplett Backup mit fsarchiver) mal VDR upgedated und die neueste Firmware für die sd-ff eingespielt.
Zumindest 2 Neustarts waren bisher erfolgreich (wobei die ff immer als adapter0 angelegt wurde).

Mir fällt es garantiert auf wenn es wieder passieren sollte
Dann liefere ich euch entsprechende logfiles nach.

Danke soweit !