Comment obtenir une connexion WLAN stable avec un Lenovo x121e?
J'ai un problème permanent lorsque j'utilise un réseau local sans fil avec mon Lenovo ThinkPad x121e. L'adaptateur réseau sans fil utilisé est celui-ci:
lspci:
01: 00.0 Contrôleur de réseau: Realtek Semiconductor Co., Ltd. Adaptateur WiFi RTL8188CE 802.11b/g/n (rév. 01)
La connexion fonctionne normalement pendant un certain temps, puis commence à ralentir et éventuellement à 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 tous les pilotes que j'ai essayés jusqu'à présent. Surtout le pilote du noyau
Linux ThinkPad 3.0.0-14-generic # 23-Ubuntu SMP Mon 21 nov. 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
et pilote Realteks qui peut être trouvé ici . Le pilote que j'utilise actuellement est celui qui se trouve dans ce ppa: ppa:tista/x120e.
Voici un autre lien vers www.thinkwiki.org qui suggère une option "Low Power State" (LPS) dans le pilote de realtek, mais il semble que cette option ne puisse 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:
réseau de classe lshw:
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 paquet "compat-wireless-3.5.1-1-snpc.tar.bz2": http: // wireless.kernel.org/en/users/Download/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 on n'a pas besoin des autres drivers 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.
Cela fait deux jours que je dirige le conducteur avec une fermeture et une ouverture excessives et je n’ai pas eu de déconnexion.
Ce lien m'a donné l'indice d'essayer l'option ips = 0 pour que le module rtl8192ce désactive toute économie d'énergie avec l'adaptateur wlan. Jusqu'à présent, cela me donnait le meilleur comportement - pas de décrochage, pas de déconnexion. Cela aura sûrement un effet sur la consommation d'énergie - nous verrons. J'utilise les pilotes intégrés au noyau 3.0.0-15 pour l'instant.
Le problème peut être causé par un saut de canal (et le nouveau noyau Linux).
Je l'ai principalement corrigé avec la compilation du pilote et je l'ai installé. La deuxième chose que j'ai faite est de rechercher des réseaux si le réseau est en panne.
J'ai entré dans le terminal watch Sudo iwlist wlan0 scan.
Avec cela, le conducteur est resté éveillé. Un autre correctif que j'ai utilisé est d'appuyer sur Fn+F5 pour désactiver le wifi et puis je fais la même quelques secondes plus tard.
Une dernière chose que j'ai essayée:
Sudo modprobe -r rtl8192ce
Sudo modprobe rtl8192ce
Cela recharge le pilote pour le wifi. Je fais aussi un ping parfois sur le routeur, cela maintient ma connexion wifi stable.
J'ai fini par remplacer la carte WLAN car je ne pouvais pas obtenir une connexion stable.
Pour ceux qui veulent faire la même chose: l’astuce consiste à brancher la carte dans le connecteur mini PCIe de secours et non dans le connecteur de carte WLAN. De cette façon, le BIOS ne se plaindra pas du matériel non supporté. Le logement disponible est destiné à une carte WWAN/UMTS, mais les câbles d’antenne WLAN le permettent très bien. Il est très 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, c’est la raison pour laquelle le logement est conçu (j’ai dû réparer le mien avec du ruban adhésif, ce qui est beaucoup plus stable qu’il ne le parait).
J'ai fait de même: j'ai désactivé le port WLAN du BIOS, retiré la carte Realtek et ajouté un Intel Centrino 6200 au port WWAN. J'ai utilisé un adaptateur MiniPCIe moitié -> complet (coûte moins de 5 EUR) pour fixer la carte en place.
Apprendre à 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, connexion WiFi utilisée pour chuter puis se rétablir toutes les quelques minutes. Les sessions SSH et le chargement de pages Web se figeaient et tout était douloureusement lent, mais "intermittent".
Au cours de plusieurs jours, j’ai essayé de nombreuses solutions, à la fois logicielles et matérielles: mise à niveau des pilotes, réorientation de l’antenne, déplacement de la carte sans fil dans un autre logement 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 de voisins, modifier le MTU, désactiver l’économie d’énergie, etc.
La percée dans mon cas, est venue quand j'ai réalisé 2 choses:
Mon signal sans fil est réellement fort et sain. Ceci a été trouvé en utilisant:
watch iwlist wlan0 scanAvant toute déconnexion, il y avait un grave problème de perte de paquets. Ceci a été trouvé en continuant d'exécuter
mtrdans une fenêtre dédiée:mtr 10.0.0.1
(remplacez 10.0.0.1 par votre adresse IP réelle). L'exécution de cette mtrsur un seul écran m'a permis de vérifier rapidement si les modifications que j'ai apportées avaient un effet immédiat sur la perte de paquets. La capacité d'effectuer cette expérimentation rapide était essentielle pour identifier le coupable parmi tant de variables possibles.
Dans mon cas, c'était le répéteur (aka "WiFi extender") dans le couloir. Une fois désactivée, la perte de paquets a commencé à chuter vers 0%. YMMV. En fin de compte, le 802-11n est capable d’intégrer de multiples 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 délai trop important, ce qui entraînait la réception erronée de presque un paquet sur trois.
Comme vous pouvez le constater par le grand nombre de réponses fournies 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. Un mtrcontinu, surveillant le taux de perte de paquets tout en modifiant les paramètres en même temps, l’a fait pour moi. Je recommande fortement cela comme une approche diagnostique.
hé je viens de faire ce qui est mentionné dans la dernière partie du texte (mise à jour 21 fév 2011) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection- rapid-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. Je suis passé par le processus de compilation des pilotes à partir de la source, etc. Mais j'ai toujours le même problème. J'aurais accès mais c'était extrêmement lent. Je devrais relâcher et recharger le module, il semble que toutes les 5 à 10 minutes pour garder une connexion utilisable.
Maintenant, c'était juste énervant. Alors, en lisant plus de posts et en testant plusieurs méthodes, j'ai finalement trouvé une solution qui me convenait parfaitement. J'ai fait ce qui suit.
A 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.
Est-ce qu'un redémarrage 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 de mon serveur sans perte notable de vitesse, ni perte de connexion. Comme indiqué précédemment, je dois parfois relâcher le module et le recharger. Mais rarement seulement au démarrage.
J'utilise la version 3.2.0-30-generic du noyau et la carte réseau local est l'ASUS PCE-N15. J'utilise aussi les serveurs 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 tous ceux qui ont eu le même problème. Je sais que j'étais sur le point de retourner aux fenêtres, mais je devais essayer.
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 mise en veille et que la connexion sans fil se déconnecte de manière aléatoire.
Puis ma carte mère a été cassée et j'ai renvoyé le cahier à 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 je réinstalle Kubuntu et que tous les problèmes soient de retour.
Peut-être que cela aide plus à comprendre
Je possède aussi un X121e. J'ai basculé mon réseau WLAN en mode g uniquement. Maintenant, ma connexion Wlan est assez stable (environ 1 heure de travail 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 qu'auparavant avec le pilote d'installation de Precise Pangolin. Ce qui marche plus que tout ce que j’ai essayé avec Oneiric, c’est le driver de site web de realtek . J'utilise la dernière version (0005.1230.2011). Cette version ne fonctionnait pas bien pour Oneiric (la suspension ne fonctionnait pas). Avec Precise, tout va 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'avant.