Treiber wird manchmal geladen, manchmal nicht

Mir wurde ein Ubuntu-Desktop zugewiesen, auf dem sich bereits einige Dinge befinden. Ich habe es nicht neu formatiert, sondern eine Mini-PCI-Funkkarte über einen PCI-zu-Mini-PCI-Adapter angeschlossen. Ich habe den madwifiTreiber manuell erstellt und seine .ko-Dateien installiert.

Jetzt lshw -C networkwird die Karte immer angezeigt, manchmal jedoch als "nicht beansprucht" und manchmal mit dem madwifi(dh ath_pci) Treiber. Irgendeine Idee, was diesen Effekt verursachen kann?

BEARBEITEN: Snippet von /var/log/kern.log, bei fehlgeschlagenem Laden.

Apr 19 11:47:21 manju-desktop kernel: [    9.935304] ath_hal: module license 'Proprietary' taints kernel.
Apr 19 11:47:21 manju-desktop kernel: [    9.936614] ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
Apr 19 11:47:21 manju-desktop kernel: [    9.958671] wlan: svn r4133 (branch madwifi-0.9.4)
Apr 19 11:47:21 manju-desktop kernel: [    9.975867] ath_pci: svn r4133 (branch madwifi-0.9.4)
Apr 19 11:47:21 manju-desktop kernel: [    9.975940] ath_pci 0000:02:04.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Apr 19 11:47:21 manju-desktop kernel: [    9.976024] ath_pci: HAL doesn't support MAC revision 0xffffffff
Apr 19 11:47:21 manju-desktop kernel: [    9.976037] ath_pci 0000:02:04.0: PCI INT A disabled

Ausgabe von lshw -C network

  *-network:1 UNCLAIMED
       description: Ethernet controller
       product: AR5413 802.11abg NIC
       vendor: Atheros Communications Inc.
       physical id: 4
       bus info: pci@0000:02:04.0
       version: 01
       width: 32 bits
       clock: 33MHz
       capabilities: pm cap_list
       configuration: latency=168 maxlatency=12 mingnt=10

ubuntu drivers

— apoorv020
quelle

Meinst du, manchmal bootest du und es wird nicht beansprucht und manchmal bootest du und es wird beansprucht, oder meinst du, es pendelt einfach so zwischen beansprucht und nicht beansprucht? Sehen Sie etwas in den Kernel-Protokollen ( /var/log/kern.log) (posten Sie etwas, von dem Sie nicht sicher sind, ob es irrelevant ist)?

— Gilles 'SO - hör auf böse zu sein'

Ich meine das erstere, es ändert sich nach jedem Start.

— Apoorv020

@ apoorv020: Wenn Sie das nächste Mal booten und die Karte als nicht beansprucht ansehen, posten Sie alle Zeilen, die die Karte oder den Treiber von betreffen /var/log/kern.log. Versuchen Sie auch modprobe ath_pci, Fehlermeldungen oder Zeilen in den Kernel-Protokollen zu melden. Eine mögliche Erklärung ist, dass es einen widersprüchlichen Treiber gibt, der die Karte beansprucht, dann aber nicht funktioniert. Wenn dies das Problem ist und Sie diesen Namen finden, können Sie ihn auf die schwarze Liste setzen.

— Gilles 'SO - hör auf böse zu sein'

@ apoorv020: Der Treiber ist also sowieso geladen, mag aber manchmal die Hardware nicht. Können wir die Protokolle von erfolgreichen Stiefeln zum Vergleich haben? Funktioniert es bei einem erfolglosen Start rmmod ath_pci; rmmod ath_hal; modprobe ath_pcimanchmal?

— Gilles 'SO - hör auf böse zu sein'

@ apoorv020: Wenn Sie bereits eine Antwort gefunden haben, sollten Sie diese als Antwort veröffentlichen und dann akzeptieren. Es ist am besten, Fragen anzunehmen, anstatt sie ständig offen zu lassen.

— JM Becker

Versuchen Sie, udev anstelle von HAL zu verwenden. Es ist stärker in den Kernel integriert und damit konsistenter mit der Hardware-Identifikation. Wenn es mit udev richtig funktioniert, Sie aber dennoch HAL verwenden möchten, können Sie die udev-Regel, die Ihrer Hardware entspricht, auf HAL portieren und die MAC-Überprüfung und andere Dinge überspringen, die dazu führen können, dass es falsch funktioniert.

— Pedro
quelle