[VDR4Arch] [gelöst] dddvb-dkms Treiber: kernel: sysfs: cannot create duplicate filename '/class/ddbridge' - Ist das OK?

connaisseur · September 7, 2015 at 9:01 PM

Bekomme beim Starten des Systems nach dem Bauen des dddvb-dkms Treibers diese Meldung im journalctl angezeigt. Dahinter ein Call-Trace. Sieht fast aus wie ein Kernel-Ooops.

Ist das OK, oder läuft da was schief? Bau, Installation und Boot des dddvb-dkms lief normal durch. System ist aktuell und ein x86_64.

tschö,
--connaisseur

Copperhead · September 9, 2015 at 11:15 AM

Normal klingt es nicht. Ich habe es aber aufgegeben dkms zu verstehen. Das Teil macht irgendwie was es will.

Der Treiber ist unverändert. Möglicherweise hängt es gar nicht mit dkms zusammen und der Treiber hat mal wieder was gegen die doch sehr neuen Kernel in Arch Linux.

chriszero · September 9, 2015 at 12:27 PM

Das dkms geht bei mir mit aktuellstem kernel nicht. Der Treiber selber läuft aber wenn ich ihn "per Hand" baue.

connaisseur · September 17, 2015 at 8:17 PM

Quote from Copperhead

Normal klingt es nicht. Ich habe es aber aufgegeben dkms zu verstehen. Das Teil macht irgendwie was es will.

Der Treiber ist unverändert. Möglicherweise hängt es gar nicht mit dkms zusammen und der Treiber hat mal wieder was gegen die doch sehr neuen Kernel in Arch Linux.

Könntest Du bitte mal Deine HOOKS-Zeile aus der /etc/mkinitcpio.conf herauskramen und posten?

Meine sieht so aus:

Code

HOOKS="base udev consolefont autodetect modconf block lvm2 filesystems keyboard fsck efistub-update"

Vermute, dass der "udev"-Eintrag den Übel auslöst.

Copperhead · September 17, 2015 at 8:30 PM

Was hast du denn mit den Init Hooks angestellt?

Ich habe auf allen Systemen das hier

Code

HOOKS="systemd autodetect modconf block filesystems"

chriszero · September 17, 2015 at 9:18 PM

Hier mal meine, unverändert, nie was per Hand daran geändert.

Code

HOOKS="base udev autodetect modconf block filesystems keyboard fsck"

connaisseur · September 17, 2015 at 9:23 PM

Naja gut, dass läßt sich etwas optimieren. Systemd ist eh Standard. Systeme bei mir laufen alle mit LVM2 & EFI, daher

Code

HOOKS="systemd autodetect modconf block sd-lvm2 sd-vconsole filesystems efistub-update"

Kiste booted gut. Aber das initiale Problem hab ich leider immer noch.

Hat jemand was für dddvb-dkms in /etc/modprobe.d als conf-Datei angelegt. Bei zieht das "autodetect" alles an...

connaisseur · September 18, 2015 at 9:58 PM

For the Record: Mein Problem war durch ein blacklisten des octonet-Kernel-Modul lösbar.

Da in dem Rechner eine MAX S8 und ein minisatip tun, war das für mich die Lösung.

Copperhead · September 18, 2015 at 10:38 PM

Den könnte man wohl auch ganz aus dem Paket nehmen. Soweit ich weiß ist der nur auf den SAT/IP Servern von Digital Devices nötig.

Participate now!