Comment obtenir une connexion WLAN stable avec un Lenovo x121e?

J'ai un problème de permament lors de l'utilisation du WLAN avec mon Lenovo ThinkPad x121e. L'adaptateur réseau sans fil utilisé est celui-ci:

lspci:

01: 00.0 Contrôleur réseau: Realtek Semiconductor Co., Ltd.RTL8188CE 802.11b / g / n WiFi Adapter (rev 01)

La connexion fonctionne normalement correctement pendant un certain temps, puis commence à ralentir et finit par se déconnecter. Parfois, la connexion est rétablie quelques secondes plus tard, parfois cela prend 30 secondes ou plus, parfois elle ne se reconnecte pas du tout.

Ce problème se produit avec chaque pilote que j'ai essayé jusqu'à présent. Surtout le pilote du noyau

Linux ThinkPad 3.0.0-14-generic # 23-Ubuntu SMP lun 21 nov 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU / Linux

et le pilote Realteks que vous pouvez trouver ici . Le pilote que j'utilise en ce moment est celui que l'on trouve dans ce ppa:ppa:tista/x120e .

Voici un autre lien vers www.thinkwiki.org qui fait allusion à une option "Low Power State" (LPS) dans le pilote de realtek mais il semble qu'elle ne peut pas être désactivée dans le pilote actuel.

Existe-t-il un moyen d'obtenir un WLAN plus stable avec cette configuration?

Quelques informations supplémentaires sur le système:

lshw -class network:

   description: Wireless interface
   product: RTL8188CE 802.11b/g/n WiFi Adapter
   vendor: Realtek Semiconductor Co., Ltd.
   physical id: 0
   bus info: pci@0000:01:00.0
   logical name: wlan0
   version: 01
   serial: 38:59:f9:db:e6:83
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
   configuration: broadcast=yes driver=rtl8192CE driverversion=0006.0321.2011 firmware=56 ip=192.168.178.35 latency=0 link=yes multicast=yes wireless=802.11bgn
   resources: irq:17 ioport:3000(size=256) memory:f0200000-f0203fff

iwconfig wlan0:

wlan0     802.11bgn  ESSID:"xxx"  Nickname:"rtl8192CE"
      Mode:Managed  Frequency=2.452 GHz  Access Point: A2:05:43:2F:6E:8E   
      Bit Rate=65 Mb/s   
      Retry:on   RTS thr:off   Fragment thr:off
      Power Management period:0us  mode:All packets received
      Link Quality=100/100  Signal level=0 dBm  Noise level=-120 dBm
      Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
      Tx excessive retries:0  Invalid misc:0   Missed beacon:0

ifconfig wlan:

wlan0     Link encap:Ethernet  HWaddr 38:59:f9:db:e6:83  
      inet addr:192.168.178.35  Bcast:192.168.178.255  Mask:255.255.255.0
      inet6 addr: fe80::3a59:f9ff:fedb:e683/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:117385 errors:0 dropped:0 overruns:0 frame:0
      TX packets:85652 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:115417879 (115.4 MB)  TX bytes:10463799 (10.4 MB)
      Interrupt:17 Memory:ffffc900037a8000-ffffc900037a8100 

J'ai finalement résolu ce problème en compilant et en installant les derniers pilotes de Linux Wireless dans Ubuntu 12.04, dans mon cas le package "compat-wireless-3.5.1-1-snpc.tar.bz2": http: //wireless.kernel. org / fr / users / Télécharger / stable /

Il faut les fichiers d'en-tête pour son noyau et le paquetage build-essentials. Je recommande également d'exécuter le script "driver-select" avec l'option rtlwifi avant de compiler car l'un n'a pas besoin des autres pilotes et cela réduit le temps de construction:

sudo apt-get install linux-headers-$(uname -r) build-essential

tar jvxf compat-wireless-3.5.1-1-snpc.tar.bz2
cd compat-wireless-3.5.1-1-snpc
./scripts/driver-select rtlwifi
make
sudo make install

Mais l'inconvénient est que vous devez reconstruire le pilote après chaque mise à jour du noyau.

J'exécute le pilote depuis deux jours maintenant avec une fermeture et une ouverture excessives du couvercle et je n'ai pas eu de déconnexion.

Le problème pourrait être dû au saut de canal (et au nouveau noyau Linux).

Je l'ai résolu principalement en compilant le pilote par moi-même et en l'installant. La deuxième chose que j'ai faite était de rechercher des réseaux si le réseau se cassait.

Je suis entré dans le terminal watch sudo iwlist wlan0 scan.

Avec cela, le conducteur est resté éveillé. Un autre correctif que j'ai utilisé consiste à appuyer sur Fn+ F5pour désactiver le wifi, puis je fais de même quelques secondes plus tard.

Encore une chose que j'ai essayé:

sudo modprobe -r rtl8192ce
sudo modprobe rtl8192ce

Cela recharge le pilote pour le wifi. Je fais aussi parfois du ping au routeur, cela maintient ma connexion wifi stable.

Ce lien m'a donné le conseil d'essayer l'option ips = 0 pour le module rtl8192ce pour désactiver toutes les économies d'énergie avec l'adaptateur WLAN. Jusqu'à présent, cela me donne le meilleur comportement - pas d'abandon, pas de déconnexion. Cela aura sûrement un effet sur la consommation d'énergie - nous verrons. J'utilise pour l'instant les pilotes intégrés au noyau 3.0.0-15.

J'ai fini par remplacer la carte WLAN car je n'ai pas pu obtenir une connexion stable.

Pour ceux qui souhaitent faire de même: l'astuce consiste à brancher la carte dans le mini slot PCIe de rechange et non dans le slot pour carte WLAN. De cette façon, le BIOS ne se plaindra pas de matériel non pris en charge. L'emplacement de rechange est destiné à une carte WWAN / UMTS, mais les câbles d'antenne WLAN l'atteignent très bien. Il est vraiment simple de faire ses 3 vis pour le panneau et une pour la carte, plus les fiches d'antenne.

J'ai acheté une carte Intel Centrino Advanced - N 6200 (PCIe demi-longueur) pour 20 € et cela fonctionne parfaitement. Bien que je recommande d'utiliser une carte PCI Express pleine longueur car c'est la raison pour laquelle l'emplacement est fait (j'ai dû réparer le mien avec du ruban adhésif, ce qui est beaucoup plus stable qu'il n'y paraît).

J'ai fait la même chose: désactivé le port WLAN dans le BIOS, retiré la carte Realtek et ajouté un Intel Centrino 6200 au port WWAN. J'ai utilisé un adaptateur MiniPCIe à moitié> plein (coûte moins de 5 euros) pour sécuriser la carte en place.

hé je viens de faire ce qui est mentionné dans la dernière partie du texte (mise à jour 21 février 2011) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection-speed-upgrading- 11-04-natty-narwhal / j'obtiens de meilleurs résultats avec cela pour thinkpad x121e ubuntu 12.04

J'avais aussi le même problème. J'ai parcouru le processus de compilation des pilotes à partir de la source, etc. Mais j'ai toujours eu le même problème. J'aurais eu accès mais c'était extrêmement lent. Je devrais libérer et recharger le module, il semble que toutes les 5 à 10 minutes pour conserver toute connexion utilisable.

Maintenant, c'était juste ennuyeux. Alors en lisant plus de messages et en testant plusieurs méthodes, j'ai finalement trouvé une solution qui fonctionnait pour moi. J'ai fait ce qui suit.

À partir d'une nouvelle installation:

sudo -i
apt-get update && apt-get dist-upgrade
apt-get install linux-packports-modules-cw-3.4-3.2.0-30-generic
nano /etc/modules (Added rtl8192ce to the end)

IPv6 modifié pour ignorer dans le gestionnaire de réseau.

A redémarré comme d'habitude.

Lorsque je me connecte pour la première fois, je dois parfois libérer le module et le recharger.

sudo modprobe -r rtl8192ce

(attendez quelques secondes)

sudo modprobe rtl8192ce

J'ai testé toute la nuit le téléchargement de fichiers depuis mon serveur sans vitesse réduite notable ni perte de connexion. Comme indiqué précédemment, je dois parfois libérer le module et recharger. Mais rarement seulement au démarrage.

J'utilise la version du noyau 3.2.0-30-générique, et la carte WLAN est l'ASUS PCE-N15. J'utilise également les serveurs d'opendns, je ne pense pas que cela fasse trop de différence, mais je préfère les utiliser.

J'espère que cela aide toute personne ayant le même problème. Je sais que j'étais si près de retourner aux fenêtres, mais j'ai dû essayer.

Apprenez à un homme à pêcher:

J'ai eu exactement le même problème: nouvelle carte sans fil ASUS 802-11bgn avec un chipset ralink rtl8192ce, la connexion WiFi a chuté puis s'est rétablie toutes les quelques minutes. les sessions ssh et le chargement des pages Web se bloquaient et tout était douloureusement lent mais fonctionnait par intermittence.

Au cours de plusieurs jours, j'ai essayé de nombreuses solutions, tant sur le plan logiciel que matériel: mise à niveau des pilotes, réorientation de l'antenne, déplacement de la carte sans fil vers un autre emplacement pour éviter la chaleur de la carte graphique voisine, reconfiguration du point d'accès WiFi à utiliser différents canaux, essayez des bandes de fréquences plus étroites pour réduire les interférences des voisins, changer de MTU, désactiver l'économie d'énergie, etc. etc. Essais et erreurs à son extrême.

La percée dans mon cas est survenue lorsque j'ai réalisé 2 choses:

• Mon signal sans fil est en fait fort et sain. Cela a été trouvé en utilisant:

  watch iwlist wlan0 scan

• Avant toute déconnexion, il y avait un sérieux problème de perte de paquets. Cela a été trouvé en fonctionnant mtren continu dans une fenêtre dédiée:

  mtr 10.0.0.1

(remplacez 10.0.0.1 par l'IP de votre point d'accès réel). L'exécution de cette opération mtrsur un seul écran m'a permis de vérifier rapidement si une modification apportée a un effet immédiat sur la perte de paquets. La capacité d'effectuer cette expérimentation rapide était la clé pour identifier le coupable parmi tant de variables possibles.

Dans mon cas, c'était le répéteur (alias "WiFi Extender") dans le couloir. Une fois désactivée, la perte de paquets a commencé à chuter vers 0%. YMMV. Il s'avère que le 802-11n a la capacité d'intégrer plusieurs signaux faibles rebondissant sur les murs avec de légers retards pour amplifier le signal. Dans mon cas, je pensais que le répéteur introduisait un retard trop important provoquant presque exactement un paquet sur 3 à être reçu par erreur.

Comme vous pouvez le voir sur le grand nombre de réponses ici, de nombreuses personnes ont un problème similaire, mais les raisons sont différentes. La clé de toute solution éventuelle peut être simplement la possibilité d'expérimenter et de tester rapidement des hypothèses. Une mtrsurveillance continue du taux de perte de paquets tout en changeant les paramètres en même temps l'a fait pour moi. Je le recommande fortement comme approche diagnostique.

Je possède aussi un X121e. J'ai mis mon WLAN en mode g uniquement. Maintenant, ma connexion Wlan est assez stable (fonctionne pendant environ 1 heure sans déconnexion). Peut-être que le basculement entre le mode b, le mode g et le mode n fait partie du problème.

Mise à jour pour Ubuntu 12.04:

J'ai le même problème que précédemment avec le pilote de buildin de Precise Pangolin. Ce qui fonctionne plus stable que tout ce que j'ai essayé avec Oneiric, c'est le pilote du site Web de realtek . J'utilise la dernière version (0005.1230.2011). Cette version n'a pas bien fonctionné pour moi avec Oneiric (la suspension n'a pas fonctionné). Avec Precise, cela fonctionne bien et les problèmes ont pour la plupart disparu. De temps en temps (une fois tous les deux jours peut-être), la connexion sans fil cesse de fonctionner comme avant, mais pas aussi souvent qu'auparavant.

J'ai les mêmes problèmes avec X121e. J'ai le problème que les touches de fonction ont été échangées après la veille et que le sans fil se déconnecte de manière aléatoire.

Puis ma carte mère a été cassée et j'ai renvoyé le portable à lenovo qui a remplacé la carte mère. Et après cela, tout a bien fonctionné. Tous mes problèmes étaient partis! Jusqu'à ce que j'ai réinstallé Kubuntu et que tous les problèmes soient de retour.

Peut-être que cela aide davantage à comprendre