La connexion est interrompue régulièrement avec un Ralink RT2800
Je ne sais pas ce qui cause le problème, néanmoins, j'ai commencé à rencontrer des déconnexions sans fil régulières après la mise à niveau vers Ubuntu 12.04.1 LTS.
À l'aide de l'utilitaire System Profiler et Benchmark, j'ai vérifié si tous les pilotes fonctionnaient comme prévu. On dirait qu'il n'y a pas de problème de ce point de vue.
J'ai donc décidé de choisir une solution temporaire en utilisant le gestionnaire de réseau WICD. Certaines personnes ont déclaré que cela garantissait la stabilité de la connexion sans fil. - Cependant, pas dans mon cas.
De plus, j'ai essayé d'utiliser les paramètres manuels pour IPv4 au lieu d'utiliser DHCP. (Également désactivé IPv6). Sudo /etc/init.d/networking redémarré (correctif temporaire) ...
En outre, j'ai essayé la solution de backports et la solution ndiswrapper - rien ne fonctionne.
Y compris des informations pour référence:
informations sur le matériel: réseau lshw -C
* Description du réseau: Interface Ethernet Produit: Contrôleur Ethernet Gigabit RTL8111/8168B Vendeur: Realtek Semiconductor Co., Ltd. Identifiant physique: 0 info bus: pci @ 0000: 04: 00.0 nom logique: eth0 version: 01 série: 00: 1a: 4d: 52: ee: 1d taille: 10 Mbit/s capacité: 1 Gbit/s largeur: 64 bits horloge: 33 MHz capacités: pm vpd msi pciexpress bus_master cap_list rom ethernet physique tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonégociation configuration: autonegotiation = on broadcast = yes pilote = r8169 conduite = 2.3LK-NAPI duplex = demi-firmware = N/A latence = 0 lien = pas de multidiffusion = oui port = vitesse MII = 10 Mbit/s Ressources: irq: 44 ioport: d000 (taille = 256) mémoire: e9000000-e9000fff mémoire: ea300000-ea31ffff * - description du réseau: interface sans fil produit: RT2800 802.11n PCI Fournisseur: Ralink corp. Identificateur physique: 0 Informations sur le bus: pci @ 0000: 05: 00.0 Nom logique: wlan0 version: 00 série: 00: 0e: 2e: e5: 56: 0c largeur: 32 bits horloge: 33 MHz possibilités: pm bus_master cap_list ethernet physique sans fil configuration: broadcast = yes pilote = rt2800pci driverversion = 3.2.0-29 firmware générique-pae = 0.34 ip = 192.168.0.4 latence = 32 lien = yes maxlatency = 4 mingnt = 2 multicast = yes sans fil = IEEE 802.11bgn ressources: irq: 20 mémoire: ea100000-ea10ffff
lspci
04: 00.0 Contrôleur Ethernet: Realtek Semiconductor Co., Ltd. RTL8111/8168B Contrôleur PCI Express Gigabit Ethernet (rév. 01) 05: 00.0 Contrôleur de réseau: Ralink corp. RT2800 802.11n PCI
Pour une raison quelconque, impossible d'insérer le résultat de lspci -vvv au format PRE
iwconfig
wlan0 IEEE 802.11bgn ESSID: "PRV" Mode: Fréquence gérée: 2,422 GHz Point d'accès: 00: 26: F2: 46: 50: 90 Débit binaire = 135 Mb/s Tx-Puissance = 20 dBm Nouvelle tentative longue limite: 7 RTS à: désactivé Fragment à: désactivé Clé de cryptage: désactivée Gestion de l'alimentation: désactivé Qualité de la liaison = 52/70 Niveau du signal = -58 dBm Rx invalide nwid: 0 Rx invalide: 0 Rx invalide: 0 Tx tentatives excessives: 3271 Invalid misc: 137 Balise manquée: 0
Je ne profite pas du cryptage réseau, car les autres appareils connectés ne prennent pas en charge certains types de cryptage. J'ai donc créé une liste d'accès MAC et une diffusion de nom de réseau désactivée. (SSID)
Notez le nombre de misc invalide. Certains paquets perdus en relation avec des opérations sans fil spécifiques, comment cela peut-il être éliminé? + tentatives excessives.
liste complète
0: phy0: réseau local sans fil Soft bloqué: non Hard bloqué: non
Modules
Taille du module utilisé par Pci_stub 12550 1 Vboxpci 22882 0 Vboxnetadp 25616 0 Vboxnetflt 27211 0 Vboxdrv 252228 3 vboxpci, vboxnetadp, vboxnetflt rfcomm 38139 0 bnep 17830 2 bluetooth 158438 10 rfcomm, bnep vesafb 13516 1 [.________. snd_hda_intel 32765 3 snd_hdcod 109562 2 ____.] rt2800pci 18340 0 rt2800lib 53264 1 rt2800pci crc_ccitt 12595 1 rt2800lib rt2x00pci 14202 1 rt2800pci snd_hwdep 13 sd_d 43.Régardez-vous, ce qui vous permet de garder le corps à la main. ____.] ppdev 12849 0 snd_seq_device 14172 3 snd_seq_midi, snd_seq, snd_rawmidi Nvidia 10962290 40 cfg80211 178679 2 rt2x00lib, mac80211 ] psmouse 72919 0 eeprom_93cx6 12653 1 rt2800pci serio_raw 13027 0 snd 62064 21 snd_hda_code c_realtek, snd_da_int, snd_d, snd_db, snd_db, snd_db, snd_db, snd_d .____.] lp 17455 0 parport 40930 3 ppdev, parport_pc, lp pata_jmicron 12651 0 usbhid 41906 0 a caché 77367 1 usbhid disquette 60310 0 r8169 56321 0
La création d'un fichier de script Shell pour réinitialiser le "module" du réseau d'interface sans fil n'a pas aidé.
#!/bin/sh gestionnaire de réseau de services arrêter modprobe -r rt2800pci modprobe rt2800pci gestionnaire de réseau de services démarrer
Si je n'ai pas présenté d'informations spécifiques, faites le moi savoir.
Merci d'avance! :)
En fait, j'ai la même carte, donc je sais d'où vous venez. Je n'ai eu aucun problème de manière surprenante, comme je l'avais fait par le passé.
Ma suggestion serait d'essayer de compiler les pilotes compat-wireless à partir de la source. Vous pouvez télécharger à partir de: Linux Wireless - Stable
Je recommande d'utiliser compat-wireless-3.5.4-1-snpc
Sudo apt-get install linux-headers-$(uname -r) build-essential
tar jvxf compat-wireless-3.5.4-1-snpc.tar.bz2
cd compat-wireless-3.5.4-1-snpc
./scripts/driver-select rt2x00
make
Sudo make install
Ensuite, redémarrez.
Si cela ne fonctionne pas, essayez de mettre à jour le noyau au plus tard. Je suis sur 3.2.0.31.34 sans aucun problème, et je n'avais pas besoin de compiler les pilotes.
Sudo apt-get update
Sudo apt-get dist-upgrade
Sudo reboot now
Avez-vous désactivé network-manager après avoir installé wicd?
service network-manager stop
Car si deux gestionnaires contrôlent la même interface, celle-ci risque de se déconnecter très souvent.
J'ai aussi vu un problème semblable à celui décrit dans ArchLinux wiki :
Si dmesg dit wlan0: se désauthentifie de MAC par choix local (raison = 3) et que vous perdez votre connexion wifi, il est probable que vous économisiez trop d'énergie sur votre carte wifi
J'ai eu exactement le même problème avec cet appareil. Ce que j’ai trouvé, c’est que l’utilisation de 5 GHz est une stabilité à toute épreuve (j’ai un SSID qui n’est que de 5 GHz). Si je le laisse utiliser 2,4 GHz, il fonctionnera pendant un court instant avant de devenir peu fiable, puis finira par cesser de fonctionner complètement.
Ajouté pour RolandiXor: si vous avez un point d’accès avec 2,4 et 5 GHz et que vous pouvez définir un SSID distinct sur chaque bande, vous pouvez avoir un SSID présent uniquement sur la bande de 5 GHz et configurer l’ordinateur pour utiliser ce SSID qui signifie qu'il ne fera que 5 GHz.