Trình điều khiển đôi khi được tải, đôi khi không

Tôi đã được chỉ định một máy tính để bàn Ubuntu với một số thứ đã có trên nó. Tôi không định dạng lại nó, nhưng gắn thẻ không dây mini-PCI qua bộ chuyển đổi PCI sang mini-PCI. Tôi tự xây dựng madwifitrình điều khiển và cài đặt các tệp .ko của nó.

Bây giờ lshw -C networkluôn hiển thị thẻ, nhưng đôi khi nó hiển thị dưới dạng 'không yêu cầu' và đôi khi nó hiển thị với trình điều khiển madwifi(tức là ath_pci). Bất kỳ ý tưởng những gì có thể gây ra hiệu ứng này?

EDIT: Đoạn trích từ /var/log/kern.log, khi tải không thành công.

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

Đầu ra của 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
nguồn

Bạn có nghĩa là đôi khi bạn khởi động và nó không được yêu cầu và đôi khi bạn khởi động và nó được yêu cầu, hoặc bạn có nghĩa là nó dao động giữa tuyên bố và không yêu cầu như vậy? Bạn có thấy bất cứ điều gì trong các bản ghi kernel ( /var/log/kern.log) (đăng bất cứ điều gì mà bạn không chắc chắn là không liên quan) không?

— Gilles 'SO- ngừng trở nên xấu xa'

Ý tôi là cái trước, nó thay đổi sau mỗi lần khởi động.

— apoorv020

@ apoorv020: Lần tới khi bạn khởi động và thấy thẻ là không có yêu cầu, hãy đăng tất cả các dòng liên quan đến thẻ hoặc trình điều khiển từ /var/log/kern.log. Đồng thời thử modprobe ath_pcivà báo cáo bất kỳ thông báo lỗi hoặc dòng xuất hiện trong nhật ký kernel. Một lời giải thích có thể là có một trình điều khiển xung đột đòi thẻ nhưng sau đó không hoạt động; Nếu đó là vấn đề và bạn tìm thấy tên này, bạn có thể đưa vào danh sách đen.

— Gilles 'SO- ngừng trở nên xấu xa'

@ apoorv020: Vì vậy, trình điều khiển được tải dù sao nhưng đôi khi không giống như phần cứng. Chúng ta có thể có các bản ghi từ một khởi động thành công để so sánh? Nếu khởi động không thành công, nếu bạn rmmod ath_pci; rmmod ath_hal; modprobe ath_pci, đôi khi nó hoạt động?

— Gilles 'SO- ngừng trở nên xấu xa'

@ apoorv020: Nếu bạn đã tìm thấy câu trả lời, bạn nên đăng nó dưới dạng câu trả lời và sau đó chấp nhận. Tốt nhất là chấp nhận các câu hỏi, thay vì để chúng mở liên tục.

— JM Becker

Cố gắng sử dụng udev thay vì HAL. Nó được tích hợp nhiều hơn với kernel và do đó phù hợp hơn với nhận dạng phần cứng. Nếu nó hoạt động đúng với udev nhưng bạn vẫn muốn sử dụng HAL, bạn có thể chuyển quy tắc udev khớp với phần cứng của bạn sang HAL, bỏ qua xác minh MAC và các thứ khác có thể khiến nó hoạt động sai.

— Pedro
nguồn