Saya ditugaskan desktop Ubuntu dengan beberapa hal sudah ada di sana. Saya tidak memformat ulang, tetapi memasang kartu nirkabel mini-PCI melalui PCI ke adaptor mini-PCI. Saya secara manual membangun madwifi
driver dan menginstal file .ko-nya.
Sekarang lshw -C network
selalu menunjukkan kartu, tetapi kadang-kadang menunjukkannya sebagai 'tidak diklaim' dan kadang-kadang ditunjukkan dengan driver madwifi
(yaitu ath_pci
). Adakah yang tahu apa yang dapat menyebabkan efek ini?
EDIT: Cuplikan dari /var/log/kern.log
, pada pemuatan yang gagal.
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
Output dari 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
) (memposting sesuatu yang Anda tidak yakin tidak relevan)?/var/log/kern.log
. Coba jugamodprobe ath_pci
dan laporkan setiap pesan kesalahan atau baris yang muncul di log kernel. Satu penjelasan yang mungkin adalah bahwa ada pengemudi yang saling bertentangan yang mengklaim kartu tetapi kemudian tidak berfungsi; jika itu masalahnya dan Anda menemukan nama ini, Anda dapat memasukkannya ke daftar hitam.rmmod ath_pci; rmmod ath_hal; modprobe ath_pci
, apakah terkadang berhasil?Jawaban:
Coba gunakan udev alih-alih HAL. Ini lebih terintegrasi dengan kernel dan dengan demikian lebih konsisten dengan identifikasi perangkat keras. Jika berfungsi baik dengan udev tetapi Anda masih ingin menggunakan HAL, Anda dapat mem-port aturan udev yang cocok dengan perangkat keras Anda ke HAL, melewatkan verifikasi MAC dan hal-hal lain yang mungkin membuatnya salah.
sumber