Bei einem Realtek RTL8187SE wird die drahtlose Verbindung alle paar Minuten unterbrochen

Das Internet wird alle paar Minuten unterbrochen, manchmal dauert es länger, aber es passiert schließlich. Ich kann das Internet weiterhin nutzen, wenn ich mich vom Menü trenne und erneut auf Verbinden klicke. Jede Hilfe wäre dankbar :)

Details meiner WLAN-Karte:

WLAN-Karte: 04: 00.0 Netzwerkcontroller: Realtek Semiconductor Co., Ltd. RTL8187SE WLAN-Controller (Version 22)

Ich verwende gerade ein einfaches altes, vollständig aktuelles 64-Bit-Ubuntu (Kernel 2.6.38-10-generic).

Wie der Kernel meine WLAN-Karte erkennt:

*-network               
       description: Wireless interface
       product: RTL8187SE Wireless LAN Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: wlan0
       version: 22
       serial: 00:24:21:cf:89:f6
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=r8180 latency=0 multicast=yes wireless=802.11b/g
       resources: irq:17 ioport:3000(size=256) memory:fa000000-fa003fff
  *-network
       description: Ethernet interface
       product: RTL8111/8168B PCI Express Gigabit Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:05:00.0
       logical name: eth0
       version: 03
       serial: 00:03:0d:de:97:eb
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.67 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:43 ioport:4000(size=256) memory:f6000000-f6000fff memory:f4000000-f4003fff memory:f4020000-f403ffff

Ich verwende nur den Standard-Netzwerkmanager und habe nichts wirklich angepasst.

Unterbrochene WiFi-Verbindungen können entweder umweltbezogen oder softwarebezogen sein.

Ich werde versuchen, dies so allgemein wie möglich zu halten, damit die Antwort auf alle WiFi-Karten angewendet werden kann.

Drei Umweltbereiche, die Sie berücksichtigen sollten, bevor Sie sich mit den folgenden Softwarevorschlägen befassen:

• WIFI-Verschlüsselung - Versuchen Sie, die Verschlüsselungsmethode Ihres WIFI-Routers zu ändern, um festzustellen, ob dies zu einer stabileren Verbindung führt.

• WIFI-Router selbst - Versuchen Sie, auf einen neuen Zugangspunkt zu wechseln. Haben Sie immer noch Verbindungsprobleme?

• WIFI-Kanal - Versuchen Sie, den Kanal zu ändern, auf dem Ihr Router kommuniziert. In Ihrer Region ist möglicherweise zu viel Verkehr auf dem von Ihnen ausgewählten Kanal vorhanden.

Sobald Sie diese Bereiche ausgeschlossen haben, können Sie fünf mögliche Software-Möglichkeiten in Betracht ziehen:

1. Überprüfen Sie, ob ein WiFi-Backport vorhanden ist, und installieren Sie in diesem Fall das entsprechende Paket
2. Überprüfen Sie, ob es sich um ein 64-Bit- oder ein 32-Bit-Problem handelt
3. Versuchen Sie es mit einem neueren Kernel, entweder dem nächsten verfügbaren stabilen Kernel, oder testen Sie die neueste Alpha / Beta-Ubuntu-Version, die den neuesten Kernel für Release-Kandidaten enthält
4. Deaktivieren der Energieverwaltung Ihrer WLAN-Karte
5. (die Wahl des allerletzten Auswegs) mit NDISWrapper

Backports

Die Kernel-Entwickler veröffentlichen häufig ein Softwarepaket mit Updates für WiFi-Geräte, die vom neuesten oder neuesten Kernel abgeleitet sind.

Für Natty heißt dieses Paket linux-backports-modules-cw-2.6.39-generic(danke Jorge). Dieses Paket befindet sich entweder im vorgeschlagenen Repository oder im Backport-Repository. Aktivieren Sie das entsprechende Kontrollkästchen unter Softwarequellen und laden Sie die neuesten Updates neu.

Öffnen Sie entweder das Software Center oder den Synaptic Manager und suchen Sie nach dem oben genannten (oder ähnlich benannten) Paket. Wenn das Paket verfügbar ist, installieren Sie das Paket, starten Sie es neu und prüfen Sie, ob die WLAN-Verbindung stabiler ist.

64bit vs 32bit

Mit zunehmender Reife von Linux sollten sich die Probleme mit 64-Bit gegenüber 32-Bit verringern. Es ist jedoch nicht unbekannt, dass eine 64-Bit-Installation im Vergleich zu einer 32-Bit-Installation instabiler sein kann - und umgekehrt.

Für Ihre Karte habe ich hier einen Fehlerbericht für Ihre Wireless-Karte gefunden , der Ihre Symptome beschreibt - 64-Bit-Kernel, WLAN trennt die Verbindung nach dem Zufallsprinzip.

Erstellen Sie zuerst ein Backup Ihres Systems, indem Sie beispielsweise Clonezilla verwenden, damit Sie etwas haben, von dem Sie es problemlos wiederherstellen können.

Versuchen Sie, die 32-Bit-Version von Natty zu installieren. Überprüfen Sie, ob Ihre Verbindung stabiler ist. Sie können auch die anderen Vorschläge in dieser Antwort in dieser 32-Bit-Konfiguration testen.

Neuerer Kernel

Das Testen eines neueren Kernels kann manchmal zu Instabilitätsproblemen führen, z. B. Boot- und Black-Screen-Probleme. Ich würde empfehlen, zuerst alle zusätzlichen Hardware-Grafiktreiber (z. B. ATI oder Nvidia) zu entfernen. Ich empfehle außerdem, dass Sie beispielsweise ein gutes Backup mit CloneZilla haben, von dem Sie wiederherstellen können.

Suchen Sie von hier aus auf LaunchPad nach dem nächsten stabilen Mainline-Kernel .

In den Änderungslisten von Kernel 2.6.39 werden einige Aktualisierungen für Ihre Karte erwähnt.

Sie können den 2.6.39-Kernel wie in meiner Antwort hier beschrieben installieren .

Deaktivieren der Energieverwaltung

Manchmal können drahtlose Karten Energieverwaltungsmodi haben. Es ist nicht unbekannt, dass diese Modi unter Linux fehlerhaft sind. Das Ausschalten der Energieverwaltung kann manchmal hilfreich sein.

Möglicherweise müssen Sie einige Google-Recherchen durchführen, um festzustellen, ob es eine bestimmte Methode zum Deaktivieren von Power Managment gibt. Unten ist eine Methode, die ich in der Vergangenheit für einige Karten verwendet habe.

Von einem Terminaltyp:

gksu gedit /etc/pm/power.d/wireless

Wenn die geöffnete Datei Anweisungen enthält, fügen Sie die folgende Zeile hinzu (falls sie noch nicht vorhanden ist).

/sbin/iwconfig wlan0 power off

Wenn die geöffnete Datei leer ist, fügen Sie Folgendes hinzu

#!/bin/sh

/sbin/iwconfig wlan0 power off

Kopieren Sie nun Folgendes und fügen Sie es ein:

sudo chmod +x /etc/pm/power.d/wireless

Dann neu starten.

Quelle

NDISWrapper

Hinweis - NDISWrapper kann beim Booten Probleme mit dem schwarzen Bildschirm verursachen. Erstellen Sie daher beispielsweise eine gute Sicherung mit CloneZilla, von der Sie wiederherstellen können.

NDISWrapper war vor einigen Jahren eine häufig verwendete Methode für drahtlose Karten, da der Kernel so wenig Unterstützung für drahtlose Treiber hatte.

Es ist in letzter Zeit aus vielen Gründen in Ungnade gefallen, auf die ich nicht eingehen werde ...

Um ehrlich zu sein, ist RTL8187se seit einiger Zeit im Kernel, daher sollte der folgende Vorschlag als letzter Ausweg betrachtet werden.

Suchen Sie ndisgtkim Software Center und installieren Sie

Laden Sie jetzt die Windows XP-Treiber herunter , in Ihrem Fall von Realtek

Auszug aus der Zip-Datei.

Verwenden Sie ndisgtk - navigieren Sie zum Ordner - RTL8187SE - WinXP und zeigen Sie ndisgtk auf die .infDatei. Hoffentlich sollte der Netzwerkmanager jetzt (möglicherweise nach einem Neustart) diesen Treiber dem RTL8187SE-Kerneltreiber vorziehen - hoffentlich müssen Sie den Kernel nicht auf die schwarze Liste setzen.

Es klingt ähnlich wie ein Problem, als ich in Meego (nein, nicht Ubuntu) war, wo das WLAN so oft ein- und ausgeschaltet wurde, dass es ein echtes Problem war.

Ich erinnere mich zu der Zeit, dass es durch Bearbeiten der rc.local-Datei mit einem wirklich einfachen Fix behoben wurde, der funktionierte (wenn auch in Meego), aber

cd /etc/

gksudo gedit rc.local

Fügen Sie die folgenden Zeilen ein, falls sie noch nicht vorhanden sind (oder kommentieren Sie sie aus).

ifconfig wlan0 down
ifconfig wlan0 up

(Ursprünglich mussten wir im älteren Meego-Fehler wlan0 in eth1 ändern (ich weiß nicht warum, aber es bedeutete früher, dass wir eth1 und nicht wlan0 verwenden).

alter Meego-Bug

ABER dies war ein Broadcom-Problem, aber es schien ein wenig ähnlich zu dem zu sein, was Sie beschrieben haben