Wie bekomme ich eine stabile WLAN-Verbindung mit einem Lenovo x121e?

Ich habe ein dauerhaftes Problem bei der Verwendung von WLAN mit meinem Lenovo ThinkPad x121e. Der verwendete drahtlose Netzwerkadapter ist der folgende:

lspci:

01: 00.0 Netzwerkcontroller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b / g / n-WLAN-Adapter (Version 01)

Die Verbindung funktioniert normalerweise für einige Zeit in Ordnung, verlangsamt sich dann und wird schließlich getrennt. Manchmal wird die Verbindung Sekunden später wiederhergestellt, manchmal dauert es 30 Sekunden oder länger, manchmal wird die Verbindung überhaupt nicht wiederhergestellt.

Dieses Problem tritt bei jedem Treiber auf, den ich bisher ausprobiert habe. Besonders der Kerneltreiber

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

und Realteks-Treiber, die hier zu finden sind . Der Fahrer , den ich im Moment bin mit der man in diesem ppa gefunden: ppa:tista/x120e.

Hier ist ein weiterer Link zu www.thinkwiki.org , der auf eine LPS-Option (Low Power State) im Treiber von realtek hinweist, die jedoch im aktuellen Treiber anscheinend nicht deaktiviert werden kann.

Gibt es eine Möglichkeit, mit diesem Setup ein stabileres WLAN zu erhalten?

Einige weitere Systeminformationen:

lshw-Klasse Netzwerk:

   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 

Ich habe dieses Problem endlich behoben, indem ich die neuesten Treiber von Linux Wireless in Ubuntu 12.04 kompiliert und installiert habe, in meinem Fall das Paket "compat-wireless-3.5.1-1-snpc.tar.bz2": http: //wireless.kernel. org / de / benutzer / Download / stable /

Man benötigt die Header-Dateien für seinen Kernel und das Build-Essentials-Paket. Ich empfehle außerdem, das Skript "driver-select" mit der Option rtlwifi vor dem Kompilieren auszuführen, da die anderen Treiber nicht benötigt werden und die Erstellungszeit verkürzt wird:

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

Der Nachteil ist jedoch, dass Sie den Treiber nach jedem Kernel-Update neu erstellen müssen.

Ich leite den Fahrer seit zwei Tagen mit übermäßigem Schließen und Öffnen des Deckels und habe keine Unterbrechungen bekommen.

Das Problem kann durch Channel-Hopping (und den neuen Linux-Kernel) verursacht werden.

Ich habe es meistens behoben, indem ich den Treiber selbst kompiliert und installiert habe. Als zweites habe ich nach Netzwerken gesucht, wenn das Netzwerk kaputt ist.

Ich betrat das Terminal watch sudo iwlist wlan0 scan.

Damit blieb der Fahrer wach. Ein weiterer Fix, den ich verwendet habe, ist das Drücken von Fn+ F5, um WLAN zu deaktivieren, und das mache ich ein paar Sekunden später.

Eine weitere Sache, die ich versucht habe:

sudo modprobe -r rtl8192ce
sudo modprobe rtl8192ce

Dies lädt den Treiber für WLAN neu. Ich pinge auch manchmal den Router an, dadurch bleibt meine WLAN-Verbindung stabil.

Dieser Link gab mir den Hinweis, die Option ips = 0 für das Modul rtl8192ce zu verwenden, um alle Energiesparfunktionen mit dem WLAN-Adapter auszuschalten. Bisher habe ich das beste Verhalten - keine Ausfälle, keine Verbindungsabbrüche. Dies wird sich sicherlich auf den Stromverbrauch auswirken - wir werden sehen. Ich verwende die eingebauten Treiber mit Kernel 3.0.0-15 für den Moment.

Am Ende habe ich die WLAN-Karte ausgetauscht, da ich keine stabile Verbindung herstellen konnte.

Für diejenigen, die dasselbe tun möchten: Der Trick besteht darin, die Karte in den freien Mini-PCIe-Steckplatz und nicht in den WLAN-Kartensteckplatz zu stecken. Auf diese Weise beschwert sich das BIOS nicht über ungeschützte Hardware. Der freie Steckplatz ist für eine WWAN / UMTS-Karte vorgesehen, aber die WLAN-Antennenkabel reichen völlig aus. Es ist wirklich einfach, nur drei Schrauben für das Bedienfeld und eine für die Karte sowie die Antennenstecker zu verwenden.

Ich habe eine Intel Centrino Advanced - N 6200 Karte (halbe Länge PCIe) für 20 € gekauft und sie funktioniert einwandfrei. Obwohl ich empfehle, eine PCI-Express-Karte in voller Länge zu verwenden, da dies der Zweck des Steckplatzes ist (ich musste meine Karte mit Klebeband reparieren, das viel stabiler ist, als es sich anhört).

Ich habe das gleiche getan: den WLAN-Port im BIOS deaktiviert, die Realtek-Karte entfernt und einen Intel Centrino 6200 zum WWAN-Port hinzugefügt. Ich habe einen MiniPCIe-Adapter halb-> voll (kostet weniger als 5 Euro) verwendet, um die Karte zu sichern.

Hey, ich habe gerade das getan, was im letzten Teil des Textes erwähnt wird (Update 21. Februar 2011) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection-speed-upgrade 11-04-natty-narwhal / ich bekomme bessere ergebnisse mit dem thinkpad x121e ubuntu 12.04

Ich hatte auch das gleiche Problem. Ich habe den Prozess des Kompilierens von Treibern aus dem Quellcode usw. durchlaufen. Trotzdem hatte ich das gleiche Problem. Ich hätte Zugang, aber es war sehr langsam. Ich würde das Modul freigeben und neu laden müssen, wie es scheint, alle 5-10 Minuten, um jede verwendbare Verbindung zu behalten.

Das war nur ärgerlich. Nachdem ich mehr Beiträge gelesen und mehrere Methoden getestet hatte, fand ich endlich eine Lösung, die für mich funktionierte. Ich habe folgendes gemacht.

Von einer Neuinstallation:

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 wurde so geändert, dass es im Netzwerkmanager ignoriert wird.

Habe wie gewohnt einen Neustart durchgeführt.

Wenn ich mich zum ersten Mal anmelde, muss ich manchmal das Modul freigeben und neu laden.

sudo modprobe -r rtl8192ce

(warte ein paar Sekunden)

sudo modprobe rtl8192ce

Ich habe die ganze Nacht über getestet, wie ich Dateien von meinem Server heruntergeladen habe, ohne dass sich die Geschwindigkeit merklich verringert oder die Verbindung unterbrochen hat. Wie schon gesagt muss ich manchmal das Modul freigeben und neu laden. Aber selten nur beim Booten.

Ich verwende die Kernel-Version 3.2.0-30-generic und die WLAN-Karte ist die ASUS PCE-N15. Ich benutze auch opendns-Server, denke aber nicht, dass es zu viel Unterschied macht, aber ich bevorzuge es, sie zu verwenden.

Ich hoffe, das hilft allen, die das gleiche Problem hatten. Ich weiß, ich war so nah dran, wieder zu Fenstern zurückzukehren, aber ich musste es versuchen.

Bringen Sie einem Mann das Angeln bei:

Ich hatte genau das gleiche Problem: Neue drahtlose ASUS 802-11bgn-Karte mit einem ralink rtl8192ce-Chipsatz, WiFi-Verbindung, die alle paar Minuten unterbrochen und dann wiederhergestellt wurde. SSH-Sitzungen und das Laden von Webseiten froren ein und alles war schmerzhaft langsam, funktionierte aber zeitweise.

Im Laufe einiger Tage habe ich viele Lösungen ausprobiert, sowohl auf der Software- als auch auf der Hardwareseite: Treiber aktualisieren, Antenne neu ausrichten, die WLAN-Karte in einen weiteren Steckplatz verschieben, um Hitze von der benachbarten Grafikkarte zu vermeiden, und den zu verwendenden WLAN-Zugangspunkt neu konfigurieren Probieren Sie engere Frequenzbänder aus, um Störungen durch Nachbarn zu reduzieren, die MTU zu ändern, den Stromsparmodus zu deaktivieren usw. usw. Probieren Sie es aus.

Der Durchbruch in meinem Fall kam, als ich zwei Dinge erkannte:

• Mein Funksignal ist tatsächlich stark und gesund. Dies wurde gefunden mit:

  watch iwlist wlan0 scan

• Bevor die Verbindung getrennt wurde, gab es ein ernstes Problem mit dem Paketverlust. Dies wurde durch kontinuierliches Ausführen mtrin einem dedizierten Fenster festgestellt :

  mtr 10.0.0.1

(Ersetzen Sie 10.0.0.1 durch Ihre tatsächliche Zugangspunkt-IP). mtrWenn ich dies auf einem Bildschirm ausführte, konnte ich schnell überprüfen, ob eine von mir vorgenommene Änderung sich unmittelbar auf den Paketverlust auswirkt. Die Fähigkeit, dieses schnelle Experimentieren durchzuführen, war der Schlüssel, um den Schuldigen unter so vielen möglichen Variablen zu lokalisieren.

In meinem Fall war es der Repeater (auch bekannt als "WiFi Extender") im Flur. Nach dem Ausschalten sank der Paketverlust in Richtung 0%. YMMV. Wie sich herausstellt, kann 802-11n mehrere schwache Signale integrieren, die mit geringen Verzögerungen von Wänden abprallen, um das Signal zu verstärken. In meinem Fall habe ich angenommen, dass der Repeater eine zu große Verzögerung einführt, die dazu führt, dass fast genau eines von drei Paketen fehlerhaft empfangen wird.

Wie Sie an der Vielzahl der Antworten sehen können, haben viele Menschen ein ähnliches Problem, die Gründe dafür sind jedoch unterschiedlich. Der Schlüssel zu jeder möglichen Lösung kann einfach die Fähigkeit sein, Hypothesen schnell zu experimentieren und zu testen. Eine kontinuierliche mtrÜberwachung der Paketverlustrate bei gleichzeitiger Änderung der Parameter hat mir geholfen. Ich kann dies nur als diagnostischen Ansatz empfehlen.

Ich besitze auch einen X121e. Ich habe mein WLAN nur in den G-Mode geschaltet. Jetzt ist meine Wlan-Verbindung ziemlich stabil (funktioniert ungefähr 1 Stunde lang, ohne die Verbindung zu trennen). Vielleicht ist der Wechsel zwischen B-Modus, G-Modus und N-Modus ein Teil des Problems.

Update für Ubuntu 12.04:

Ich habe das gleiche Problem wie zuvor mit dem eingebauten Treiber von Precise Pangolin. Was stabiler funktioniert als alles, was ich mit Oneiric versucht habe, ist der Treiber von der Realtek-Website . Ich verwende die neueste Version (0005.1230.2011). Diese Version hat bei mir mit Oneiric nicht gut funktioniert (suspend hat nicht funktioniert). Mit Precise funktioniert es einwandfrei und die Probleme sind meistens weg. Von Zeit zu Zeit (möglicherweise alle zwei Tage) funktioniert die drahtlose Verbindung nicht mehr wie zuvor, aber nicht annähernd so oft wie zuvor.

Ich habe die gleichen Probleme mit X121e. Ich habe das Problem, dass die Funktionstasten nach dem Standby getauscht wurden und das WLAN zufällig die Verbindung trennt.

Dann war mein Mainboard kaputt und ich schickte das Notebook zurück an Lenovo, das das Mainboard ersetzte. Und danach hat alles gut funktioniert. Alle meine Probleme waren weg! Bis ich Kubuntu neu installiert habe und alle Probleme zurück sind.

Vielleicht hilft das mehr zu verstehen