Le pilote est parfois chargé, parfois non

On m'a assigné un bureau Ubuntu avec des trucs déjà dessus. Je ne l'ai pas reformaté, mais j'ai attaché une carte sans fil mini-PCI sur un adaptateur PCI à mini-PCI. J'ai construit manuellement le madwifipilote et installé ses fichiers .ko.

lshw -C networkMontre maintenant toujours la carte, mais elle la montre parfois comme «non réclamée» et parfois elle apparaît avec le madwifi(ie ath_pci) pilote. Une idée de ce qui peut provoquer cet effet?

EDIT: extrait de /var/log/kern.log, en cas d'échec du chargement.

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

Sortie 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

ubuntu drivers

— apoorv020
source

Voulez-vous dire que parfois vous démarrez et ce n'est pas réclamé et parfois que vous démarrez et c'est revendiqué, ou voulez-vous dire qu'il oscille entre réclamé et non réclamé comme ça? Voyez-vous quoi que ce soit dans les journaux du noyau ( /var/log/kern.log) (publier tout ce dont vous n'êtes pas sûr qu'il ne soit pas pertinent)?

— Gilles 'SO- arrête d'être méchant'

Je veux dire l'ancien, il change après chaque démarrage.

— apoorv020

@ apoorv020: La prochaine fois que vous démarrez et voyez la carte comme non réclamée, postez toutes les lignes concernant la carte ou le pilote /var/log/kern.log. Essayez également de modprobe ath_pcisignaler tout message d'erreur ou ligne apparaissant dans les journaux du noyau. Une explication possible est qu'il y a un pilote en conflit qui réclame la carte mais ne fonctionne pas; si c'est le problème et que vous trouvez ce nom, vous pouvez le mettre sur liste noire.

— Gilles 'SO- arrête d'être méchant'

@ apoorv020: Le pilote est donc quand même chargé mais n'aime parfois pas le matériel. Pouvons-nous avoir les journaux d'un démarrage réussi pour comparaison? Sur un démarrage infructueux, si vous rmmod ath_pci; rmmod ath_hal; modprobe ath_pci, cela fonctionne-t-il parfois?

— Gilles 'SO- arrête d'être méchant'

@ apoorv020: Si vous avez déjà trouvé une réponse, vous devez la publier comme réponse, puis accepter. Il vaut mieux accepter les questions, plutôt que de les laisser perpétuellement ouvertes.

— JM Becker

Essayez d'utiliser udev au lieu de HAL. Il est plus intégré au noyau et donc plus cohérent avec l'identification matérielle. Si cela fonctionne correctement avec udev mais que vous souhaitez toujours utiliser HAL, vous pouvez porter la règle udev qui correspond à votre matériel à HAL, en ignorant la vérification MAC et d'autres choses qui peuvent le faire mal fonctionner.

— Pedro
source