[VDR4arch] Treiber digitaldevices-dvb-drivers erwartet 3.15.4

  • Hummel hummel,


    Ich bin grad mal dabei mal eine kleine SSD mit vdr4arch zu erstellen und das System einzurichten. Kleinere Problemchen konnte ich bereits selbst hinbiegen, der Weg ist das Ziel. Da ich wohl keinen Treiber für das System (Cine duo V6) installiert habe:


    Code
    Jul 12 16:08:31 vdr systemd[1]: [/etc/systemd/system/vdr.service.d/wait-for-devices.conf:2] Failed to add dependency on dev-dvb-adapter*-*.device, ignoring: Inval
    Jul 12 16:08:31 vdr systemd[1]: [/etc/systemd/system/vdr.service.d/wait-for-devices.conf:3] Failed to add dependency on dev-dvb-adapter*-*.device, ignoring: Inval
    Jul 12 16:08:55 vdr systemd[1]: [/etc/systemd/system/vdr.service.d/wait-for-devices.conf:2] Failed to add dependency on dev-dvb-adapter*-*.device, ignoring: Inval
    Jul 12 16:08:55 vdr systemd[1]: [/etc/systemd/system/vdr.service.d/wait-for-devices.conf:3] Failed to add dependency on dev-dvb-adapter*-*.device, ignoring: Inva


    wollte ich mittels "Pacman -S digitaldevices-dvb-drivers" die Treiber installieren:


    Code
    [root@vdr netctl]# pacman -S digitaldevices-dvb-drivers
    Löse Abhängigkeiten auf...
    Warnung: Kann "linux=3.15.4" nicht auflösen (eine Abhängigkeit von "digitaldevices-dvb-drivers")
    :: Das folgende Paket kann aufgrund nicht-auflösbarer Abhängigkeiten nicht aktualisiert werden:
          digitaldevices-dvb-drivers
    
    
    :: Möchten Sie das obengenannte Paket bei dieser Aktualisierung überspringen? [j/N] j
    Suche nach Zwischenkonflikten...
     Es gibt nichts zu tun


    ..aber ich habe den Kernel Version 3.15.5-1, was mache ich denn nun? Sieht für mich so aus als wenn für den aktuellen Kernel kein Paket zur Verfügung steht.
    Archlinux habe ich als aktuelles ISO gezogen, bin ich damit zu aktuell?


    Danke und Gruß, machnetz

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

  • .. ich nochmal,


    sehe grad, dass mein ISO-Image den Kernel 3.15.3 hat. Ich habe vermutlich ein "pacman -Syy" gemacht und damit auf den neuesten Stand upgedated. Ich probiere mal eine Neuinstallation und dann den Treiber zu verwenden. Alternative Frage - wie update ich von Version 3.15.3 auf 3.15.4 ??


    Gruß, machnetz

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

  • was mache ich denn nun?

    Entweder warten, bis Copperhead das Treiberpaket für den aktuellen Kernel nachgelegt hat oder es selbst anpassen (https://github.com/VDR4Arch/vdr4arch/tree/master/drivers) und ein Paket daraus bauen - oder den Treiber am Paketsystem vorbei installieren.


    Zum Anpassen des Pakets klonst du das vdr4arch Repo und setzt die Versionsnummer auf 3.15.5:

    Dann baust du das Treiberpaket (vorausgesetzt, dass die Paketgruppe base-devel installiert ist) und installierst es:

    Code
    $ updpkgsums
    $ makepkg -sf
    sudo pacman -U digitaldevices-dvb-drivers-3.15.5-1-x86_64.pkg.tar.xz

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hier ist das fertige Paket für ein 64-Bit System: https://dl.dropboxusercontent.….15.5-1-x86_64.pkg.tar.xz

    Code
    curl -O "https://dl.dropboxusercontent.com/u/960809/vdr4arch/digitaldevices-dvb-drivers-3.15.5-1-x86_64.pkg.tar.xz"
    sudo pacman -U digitaldevices-dvb-drivers-3.15.5-1-x86_64.pkg.tar.xz

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Baah. Das installiert man einmal neu (kernel trotzdem 3.15.5) und ist 20min off, schon ist da ein aktuelles Paket und man kann weitermachen Wie geil ist das denn?
    Jetzt muss ich aber nochmal weiter installieren. Danke dir für die schnelle Hilfe und beste Grüße aus Hamburg,


    machnetz


    P.S. Paket ist drauf ,-)
    P.S.-2 Ich melde mich bestimmt noch mal zu dem ein oder anderen Problemchen ....

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

  • Mist,


    ich bekomme immer noch einen:

    Zitat

    Failed to add dependency on dev-dvb-adapter*-*.device, ignoring: Invalid argument

    mit schwarzem Bild ohne Tastatur Eingabemöglichkeit. Ich bin mir leider nicht ganz sicher, welche Treiber ich für meine Karte benötige:

    Zitat

    03:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
    Subsystem: Digital Devices GmbH Cine CT V6.1 DVB adapter

    Wenn ich versuche mit einem

    Zitat

    pacman -S dddvb

    (Hinweis aus dem Wiki) den Treiber zu installieren, geht das leider nicht:

    Zitat

    [root@vdr ~]# pacman -S dddvb
    Fehler: Ziel nicht gefunden: dddvb


    Doof ist das, wenn man Distributionsverwöhnt ist, da geht so einiges an einem vorbei weil fertig installiert. Aber Archlinux ist schon geil und das Ziel ist ja immer noch der Weg ;)


    Gruß, machnetz

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

  • mit schwarzem Bild ohne Tastatur Eingabemöglichkeit. Ich bin mir leider nicht ganz sicher, welche Treiber ich für meine Karte benötige:

    Geh es doch mal praktisch an - was sagt dmesg? Legt er Frontends für die Karte an?
    Welche Module lädt er unter yaVDR (falls du noch eine Installation damit hast) für die Karte?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Einmal editiert, zuletzt von seahawk1986 ()

  • Mein Referenzsystem bootet grad nicht mehr :(


    Ich schau mir jetzt lieber an, wie dier Brasilianer von den Wohnwagenfahrern vermöbelt werden ;)
    Morgen dann mehr ...


    Gruß, machnetz

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

  • so sieht meine Cine CT V6 in dmesg aus:



    eine Meldung

    Code
    03:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter


    habe ich nicht.


    Der richtige Treiber heisst ddbridge und sollte eigentlich von jeder aktuellen Distri automatisch geladen werden. Um sicherzugehen, dass Deine Treiber richtig kompiliert sind, kannst Du ja mal "modprobe ddbridge" eingeben. Da dürfen keine unresolved symbols kommen.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Morgähn,


    ja ähm - meine Referenzpartition vom alten System wurde gestern leider von einem unaufmerksamen Admin als SSD-Partition gehalten und dadurch mittels mkfs.ext4 geleert ;) Ich wollte sowieso noch am einen oder anderen Installations-Script arbeiten ;D Aber dann schnell noch die bekannte Distri aufgesetzt und siehe da - der Treiber ist "ddbridge", ich hatte sogar kurzfristig ein Bild auf ARD. Okay, keine Tastatur und Ton, aber das sind nur Feinheiten. Leider war das nur ein tempor. Zustand, nach dem booten war alles wieder weg.


    Schauen wir mal - heute ist ja ein neuer Tag,


    machnetz


    Nachtrag: Der erste heutige reboot brachte sofort ein Bild .... habe die Vermutung dass durch das andere Bootkonzept mit systemd die Treiber für die Karte erst nach dem Start vom VDR geladen werden. Kann das sein und wenn ja, wie könnte man das verzögern?

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

  • Einmal durchbooten (gerne auch mit nicht sauber ladendem VDR) und dann einmal sauber wieder runterfahren.


    Beim Runterfahren wird gespeichert wieviele Karten da sein müssen. Beim nächsten Start wird auf genau so viele Karten gewartet wie beim letzten Shutdown da waren.

  • Ich müsste das eventuell irgendwo noch genauer erklären.


    Der VDR verhält sich wie ein Daemon aus den 90er Jahren.
    Er beharrt stur darauf, dass alle Devices da sind, bevor er gestartet wird.


    Beim Beenden des VDR läuft also ein kleines Skript, dass den letzten Stand der DVB-Devices abspeichert und systemd dazu zwingt darauf zu warten.
    Das sollte auch keine weiteren Probleme verursachen. Zumindest habe ich das Gedacht.


    Könntest du mal "ls /dev/video/*" und den Inhalt von "/etc/systemd/system/vdr.service.d/wait-for-devices.conf" hier reinstellen.
    Sollte das nicht zuverlässig funktionieren muss ich mir etwas Anderes suchen.

  • Und was ist bei USB devices, die nur bei Bedarf ab und zu mal zusätzlich angesteckt werden?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Wegen der fehlenden Tastatur habe ich jetzt ein Paket nachinstalliert und neu gebootet:

    Zitat

    pacman -S xf86-input-evdev

    JETZT ist wieder kein Bild da, ein "ls /dev/video*" gibt

    Zitat

    [root@vdr ~]# ls /dev/video/*
    ls: Zugriff auf /dev/video/* nicht möglich: Datei oder Verzeichnis nicht gefunden

    der Inhalt der /etc/systemd/system/vdr.service.d/wait-for-devices.conf hat

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

  • Verdammt, ich muss endlich mal Zeit finden für meinen neuen hotplug-Patch...


    "ls /dev/video/*" sollte bestimmt "ls /dev/video*" lauten. Oder "ls /dev/dvb/*"?


    Lars.

  • ..und interessant ist jetzt,


    wenn ich die andere Distri boote habe ich ebenfalls kein Bild. Es sind dort aber plötzlich auch keine Adapter vorhanden:

    Code
    no DVB device found


    Haben wir es hier mit einem plötzlichen molekularen Strukturunwillen zu tun? ;)

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

  • Code
    [root@vdr ~]# ls -al /dev/dvb*
    ls: Zugriff auf /dev/dvb* nicht möglich: Datei oder Verzeichnis nicht gefunden
    [root@vdr ~]# ls -al /dev/video*
    ls: Zugriff auf /dev/video* nicht möglich: Datei oder Verzeichnis nicht gefunden

    ...und ja, es ist eine Dualtuner Karte eingebaut.

    “Hast du Glück, ist es gut. Hast du kein Glück, ist es auch gut. Hast du eben Pech gehabt. War vielleicht dein Glück.”

Jetzt mitmachen!

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