Водій іноді завантажений, іноді ні

Мені було призначено робочий стіл Ubuntu з деякими речами, які вже є на ньому. Я не переформатував це, але приєднав бездротову карту mini-PCI через PCI до адаптера mini-PCI. Я вручну побудував madwifiдрайвер і встановив його .ko файли.

Тепер lshw -C networkкарта завжди показується, але іноді вона відображається як "незатребувана", а іноді - із драйвером madwifi(тобто ath_pci). Будь-яка ідея, що може викликати цей ефект?

РЕДАКТУВАННЯ: фрагмент з /var/log/kern.log, при невдалому завантаженні

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

Вихід 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
джерело

Ви маєте на увазі, що іноді ви завантажуєте це, і це не вимагається, а іноді ви завантажуєте і це вимагається, або ви маєте на увазі, що він коливається між заявленим і незатребуваним просто так? Чи бачите ви щось у журналах ядра ( /var/log/kern.log) (розміщуйте все, що ви не впевнені, що не має значення)?

— Жил "ТАК - перестань бути злим"

Я маю на увазі колишнє, воно змінюється після кожного завантаження.

— apoorv020

@ apoorv020: Наступного разу, коли ви завантажите та побачите картку як незатребувану, опублікуйте всі рядки, які стосуються картки чи драйвера /var/log/kern.log. Спробуйте modprobe ath_pciтакож повідомити про будь-яке повідомлення про помилку або рядок, що з’являється в журналах ядра. Одне з можливих пояснень полягає в тому, що існує конфліктний драйвер, який вимагає карту, але потім не працює; якщо це проблема, і ви знайдете це ім'я, ви можете передати його в чорний список.

— Жиль "ТАК - перестань бути злим"

@ apoorv020: Отже, драйвер все одно завантажується, але інколи не подобається обладнання. Чи можна мати для порівняння журнали з успішних чобіт? На невдалому завантаженні, якщо ви rmmod ath_pci; rmmod ath_hal; modprobe ath_pci, це іноді працює?

— Жиль "ТАК - перестань бути злим"

@ apoorv020: Якщо ви вже знайшли відповідь, слід опублікувати її як відповідь, а потім прийняти. Найкраще приймати питання, а не залишати їх постійно відкритими.

— Дж. М. Бекер

Спробуйте використовувати udev замість HAL. Він більш інтегрований з ядром і, таким чином, більше відповідає апаратній ідентифікації. Якщо він працює правильно з udev, але ви все ще хочете використовувати HAL, ви можете перенести правило udev, яке відповідає вашому обладнання, до HAL, пропускаючи перевірку MAC та інші речі, які можуть змусити його працювати неправильно.

— Педро
джерело