Atheros AR2413 ne fonctionne pas après la mise à niveau
Je ne connais pas beaucoup le réseautage, alors j’ai besoin d’aide ici. J'utilise Ubuntu depuis le 8.04 et mon WiFi fonctionne depuis. Je suis passé à 11.04 aujourd'hui. Après le premier démarrage (avec un LiveCD), le widget a répertorié mon réseau domestique, mais je n’ai pas pu me connecter. Il est protégé avec WPA. J'ai trouvé des commandes de terminal aléatoires en ligne au cas où cela pourrait vous aider à comprendre ce qui ne va pas ici.
iwconfig:
lo no wireless extensions.
eth0 no wireless extensions.
wlan0 IEEE 802.11bg ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
ole@ole:~$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:16:d4:4d:dd:0f
inet addr:192.168.0.198 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::216:d4ff:fe4d:dd0f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3179 errors:0 dropped:0 overruns:0 frame:0
TX packets:2721 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3846076 (3.8 MB) TX bytes:340839 (340.8 KB)
Interrupt:21 Base address:0x6800
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:720 (720.0 B) TX bytes:720 (720.0 B)
wlan0 Link encap:Ethernet HWaddr 00:16:cf:9b:da:1f
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lspci:
... (shortened) ...
06:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
06:02.0 Ethernet controller: Atheros Communications Inc. AR2413 802.11bg NIC (rev 01)
... (shortened) ...
Mise à jour
J'ai joué pour essayer de le faire circuler. Depuis que je ne sais pas ce que je fais, j'essaie des choses aléatoires. Jusqu'ici, je pense avoir trouvé un moyen de se connecter qui fonctionne à chaque fois.
- Démarrez l'ordinateur portable tout en étant connecté avec un câble.
- Désactivez le WiFi en faisant un clic droit sur le gestionnaire de réseau.
- Désactiver le WiFi en utilisant le bouton physique de mon ordinateur portable
- Activer le WiFi avec ledit bouton
- Activer le WiFi en faisant un clic droit sur le gestionnaire de réseau
- Au bout d'un moment il se connecte
Pourrait-il être lié à ceci problème?
Des idées originales sur ce que cela pourrait être lié? Existe-t-il un paramètre qui n'est pas correctement activé lors du démarrage?
Mise à jour 2
J'ai essayé de faire les étapes ci-dessus sans être connecté avec un câble au démarrage (étape 1) mais cela n'a pas fonctionné. Mais au moment où j'ai branché le câble, il a du relancer le gestionnaire de réseau, car il a immédiatement commencé à se connecter à mon réseau sans fil.
J'ai fortement le sentiment que ce problème est lié au fait que Network Manager n'est pas initialisé correctement. Toute personne ayant une connaissance intime de NM qui peut m'éclairer? Ou peut-être même me dire comment tester la réinitialisation NM après le démarrage?
Avant, je rencontrais exactement le même problème, avant 11.04, tout allait bien avec ma carte AR2413, après la mise à niveau, plus de connexion Wifi disponible. Ce que j'ai fait pour corriger le problème était:
- mettre à jour le dernier noyau 2.6.38-10
- supprime tout ce qui se rapporte à mon réseau wifi dans/etc/network/network/interfaces
- supprimer la connexion wifi dans Network Manager
- redémarrer;)
- recréer une connexion Wifi avec Network Manager
- attendre pour obtenir une adresse IP
- naviguer sur le Web avec ma connexion Wifi: D
Je pense que la correction majeure est venue du nouveau noyau;)
J'utilise exactement les mêmes contrôleurs Ethernet (ath5k) sur un Acer Aspire 5100 AMD Turion. Ce n'est que depuis la mise à niveau vers la version 11.04 64 bits (à partir de la version 10.10) que le wifi a été inacceptable, en se déconnectant de manière aléatoire et continue.
Quelques solutions que j'ai déjà essayées et que j'ai trouvées utiles pour maintenir la connectivité Wi-Fi continue sous 11.04:
revenir à gnome 2 (classique);
apt-get sur le gestionnaire de réseau wicd; et
démarrer depuis un noyau plus ancien, 2.6.35-28-generic, permettant de sélectionner un men (merci Dananjaya)
J'espère que cela t'aides.
Je n'ai pas lu les messages, mais j'ai les mêmes problèmes. J'ai mis à jour mon pilote avec le pilote madwifi et fait quelques tests. Apparemment, Linux ne dispose d'aucune protection contre la surcharge de bande passante élevée et il semble que vous souhaitiez télécharger au maximum de la limite de votre carte. J'ai vu des vitesses pendant une seconde que je n'ai jamais vues sur aucune machine Windows. J'ai donc limité la bande passante maximale et elle est stable maintenant. Avant ma connexion a chuté lors de la toiture contre ma bande passante maximale. Je pense donc que le système se prémunit contre cela et arrête la connexion WIFI. J'ai testé cela et pouvais réellement le voir monter et atteindre le toit, il s'est arrêté.
Juste mes 2 cents vaut ..
Basculez simplement votre bureau sur la vue classique au lieu de Unity et votre wifi sera de retour! Il s’agit d’un bogue dans Unity qui l’empêche d’activer le wifi. Même si tout fonctionne correctement, c’est-à-dire les pilotes, le bouton, etc., il existe un problème causé par l’interface Unity.
J'ai un Acer Aspire 5110 avec une puce sans fil Atheros AR2413. J'ai mis à niveau vers Ubuntu 11.04 avec le noyau 2.6.38-10-generic.
La seule chose qui fonctionne pour moi est de démarrer l'ancien noyau 2.6.35-30-generic.
En utilisant le noyau 2.6.38-10, mon système démarre parfois la connexion sans fil après environ 30 minutes, parfois jamais.
Le menu de l'applet NetworkManager est accompagné de l'entrée "Réseau sans fil" et de la "déconnexion" correspondante, grisée.
la liste de rfkill indique 0: phy0: réseau local sans fil bloqué: non, bloqué en dur: non.
lspci indique que le pilote de noyau utilisé est ath5k.
Je n'ai pas pu identifier de messages significatifs dans/var/log/syslog relatifs au pourquoi de ce délai.
Messages pouvant être liés:
NetworkManager: <info> (wlan0) bringing up device.
kernel: [ 49.256545] ADDRCONF(NETDEV_UP): wlan: link is not ready
NetworkManager: <info> (wlan0): preparing device.
NetworkManager: <info> (wlan0): deactivating device (reason: 2)
NetworkManager: supplicant_interface_acquire: assertion `mgr_state == NM_SUPPLICANT_MANAGER_STATE_IDLE' failed
NetworkManager: <info> modem-manager is now available.
NetworkManager: <warn> bluez error getting default adapter: The name org.bluez was not provided by any .service files
NetworkManager: Trying to start the supplicant...
NetworkManager: <info> (wlan0): supplicant manager state: down -> idle
NetworkManager: <info> (wlan0): device state chang: 2 -> 3 (reason 0)
NetworkManager: <info> (wlan0): supplicant interface state: starting -> ready
wpa_supplicant: Failed to initiate AP scan.
Des messages identiques ou presque identiques apparaissent également lors de l’exécution du noyau plus ancien, dans lequel la connexion wifi est établie rapidement. Une seconde après les messages ci-dessus, les informations suivantes apparaissent lors de l'utilisation de l'ancien noyau:
NetworkManager: Activation (wlan0) établissant la connexion 'Mon SSID'
Aucun message de ce type n'est apparu la dernière fois que j'ai essayé le nouveau noyau. (La dernière fois, je n'ai jamais eu le wifi en marche.)