Eu fui atribuído um desktop Ubuntu com algumas coisas já nele. Eu não o reformatei, mas conectei uma placa wireless mini-PCI através de um adaptador PCI para mini-PCI. Eu construí manualmente o driver madwifi e instalei seus arquivos .ko.
Agora, lshw -C network sempre mostra o cartão, mas às vezes ele é exibido como "não reivindicado" e às vezes é exibido com o driver madwifi (ou seja, ath_pci ). Alguma ideia do que pode causar esse efeito?
EDIT: Snippet de /var/log/kern.log , na carga com falha.
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
Saída de 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
Tente usar o udev em vez de HAL. É mais integrado ao kernel e, portanto, mais consistente com a identificação de hardware. Se funcionar corretamente com o udev, mas você ainda quiser usar o HAL, você pode portar a regra do udev que corresponde ao seu hardware para o HAL, ignorando a verificação do MAC e outras coisas que podem fazer com que funcione errado.