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 madwifi
Treiber manuell erstellt und seine .ko-Dateien installiert.
Jetzt lshw -C network
wird 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
/var/log/kern.log
) (posten Sie etwas, von dem Sie nicht sicher sind, ob es irrelevant ist)?/var/log/kern.log
. Versuchen Sie auchmodprobe 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.rmmod ath_pci; rmmod ath_hal; modprobe ath_pci
manchmal?Antworten:
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.
quelle