16.04 Probleme mit der LTS-WLAN-Verbindung mit dem Realtek RTL8723BE-Adapter

Ich habe nach der Installation von 16.04 LTS mehrere Probleme mit der WLAN-Verbindung entdeckt.

Erstens stellt das WLAN nach dem Schlaf oder dem Winterschlaf keine normale Verbindung mehr her. Manchmal verwandelt sich das Netzwerksymbol nach dem Aufwachen in einen "Auf- und Ab-Pfeil" (ich weiß nicht, wofür es ist), ist aber immer noch verbunden. Manchmal geht das Netzwerk einfach verloren und es wird kein Netzwerk in der Liste angezeigt. Daher gibt es einfach keine Möglichkeit, WLAN zu verwenden.

Ich habe zuerst versucht, den Netzwerkmanager durch Ausführen neu zu starten sudo service network-manager restart. Es hat funktioniert, war aber keine dauerhafte Lösung.

Dann nach einem anderen Thread, den ich hinzugefügt SUSPEND_MODULES="iwlwifi"habe /etc/pm/config.d/config.

Danach scheint das Problem mit der erneuten Verbindung behoben zu sein (die Verbindung kann automatisch wiederhergestellt werden und das Symbol ändert sich nicht mehr). Ich stelle jedoch fest, dass die WLAN-Verbindung nach dem Zufallsprinzip (etwa alle 30 Minuten) unterbrochen wird, auch wenn der Computer ausgeführt wird und das Netzwerksymbol den Verbindungsstatus beibehält, wenn die Verbindung unterbrochen wird.

Ein weiteres Problem nach dem Hinzufügen des Codes ist, dass sich der Bildschirm nach dem Einschalten des Computers für eine Sekunde ausschaltet und dann für etwa 5 Sekunden wieder einschaltet (währenddessen unterbricht das System die WLAN-Verbindung). Und dann geht der Computer nach diesem ungewöhnlichen "Zwei-Phasen" -Prozess in den Ruhezustand.

Informationen zu WLAN-Karten finden Sie weiter unten

*-network               
       description: Wireless interface
       product: RTL8723BE PCIe Wireless Network Adapter
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlp2s0
       version: 00
       serial: b0:c0:90:5c:1c:d5
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=rtl8723be driverversion=4.4.0-21-generic firmware=N/A ip=192.168.0.8 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
       resources: irq:16 ioport:d000(size=256) memory:df200000-df203fff

00:00.0 Host bridge: Intel Corporation Sky Lake Host Bridge/DRAM Registers (rev 07)
00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller (x16) (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 06)
00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31)
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31)
00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31)
00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA controller [AHCI mode] (rev 31)
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #1 (rev f1)
00:1d.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #9 (rev f1)
00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31)
00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31)
00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-V (rev 31)
01:00.0 VGA compatible controller: NVIDIA Corporation GK208 [GeForce GT 730] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1)
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
03:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller (rev 01)

05/01/2016 Update
Ich weiß nicht, was passiert ist, aber das Problem wird jetzt noch schlimmer. Die WLAN-Verbindung geht etwa alle 5 Minuten verloren und ich muss den Netzwerkmanager neu verbinden oder neu starten.

Schließlich konnte ich die Probleme beheben, nachdem ich eine Reihe verschiedener Methoden ausprobiert hatte.

1. Holen Sie sich Details zu Ihrer PCI-WLAN-Karte, indem Sie ausführen sudo lshw -class network

2. Erhalten Sie Informationen zu Ihrem Kartenmodell gemäß der Produktlinie.
   Zum Beispiel, wie Sie in der Beschreibung der Frage sehen können, heißt es,
   product: RTL8723BE PCIe Wireless Network Adapterdass das Modell meiner Karte istRTL8723BE

   Zumindest ist product: RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller das Modell meiner KarteRTL8101/2/6E

3. Gib die Erlaubnis sudo chmod 755 /etc/pm/config.d/

4. Öffnen oder erstellen configund hinzufügen SUSPEND_MODULES="rtl8723be"(ersetzen Sie rtl8723be durch Ihre eigene Modellnummer).
   Führen
   echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf
   Sie dann Folgendes aus (beachten Sie, dass rtl8723beich beim Ersetzen durch meine Karte RTL8101/2/6Enur tippen .../modprobe.d/RTL8101.confund /2/6Enicht schreiben soll).

Starten Sie Ihr System endgültig neu.

Jetzt sollte Ihr System in der Lage sein, sich nach dem Schlafen automatisch wieder zu verbinden, und die WLAN-Verbindung ging danach für mich kein einziges Mal verloren.

"Die Pfeile nach oben / unten sind wahrscheinlich ein Fehler im Netzwerkmanager, der dazu führt, dass der Netzwerkmanager denkt, dass es sich bei dem WLAN-Gerät tatsächlich um Ethernet handelt.", So Jeremy31. Informationen zu Fehlern finden Sie hier. Sie sollten in der Lage sein, diese zu beheben, indem Sie NetworkManager-1.2.0 installieren.

Vielen Dank an Jeremy31 für die Bereitstellung der Lösungen.

Ich habe genau das gleiche Problem. Nach dem Aufwachen aus dem Schlaf funktioniert WLAN immer noch, Netzwerke werden jedoch nicht angezeigt. Ich löse das Problem, indem ich den Netzwerkmanager neu starte.

sudo service network-manager restart

Immer noch sehr nervig. Ich hoffe, dass sie dieses Problem bald beheben.

Das ist sicher ein Fehler. Der Fehler wurde unter https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1574347 abgelegt

Zusätzliche Informationen: Ich habe genau das Problem, das OP beschreibt, aber nur das Problem, bei dem sich das Symbol für das nm-Applet in Pfeile ändert und keine WLAN-Informationen anzeigt. Das WiFi funktioniert immer noch, wenn dies passiert.

$ killall nm-applet && nm-applet & 

Führt den Trick aus, dass das Symbol wieder angezeigt wird, sodass es vorerst nur eine Problemumgehung ist, falls jemand es in ein Skript einfügen möchte.

Kann dieses Problem auf zwei separaten Computern bestätigen, auf denen das xubuntu-desktop-Paket ausgeführt wird.

Außerdem habe ich auf beiden Computern kürzlich Intel-WLAN-Karten verwendet. (Etwas in der Art von AC-7260)

Ich hatte das gleiche Problem. Ich habe das Suspend-Wake-Problem behoben, indem ich dieses Skript um /etc/systemd/system/wifi-resume.service(das vom OP gepostete Skript funktionierte nur für die aktive Sitzung ; beim Neustart musste es erneut aufgerufen werden) erstellt habe:

#/etc/systemd/system/wifi-resume.service
#sudo systemctl enable wifi-resume.service
[Unit]
Description=Restart networkmanager at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target

[Service]
Type=oneshot
ExecStart=/bin/systemctl restart network-manager.service

[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target

Dann Ausgabe nur diesen Befehl im Terminal um es zu aktivieren: sudo systemctl enable wifi-resume.service. Diese Lösung stammt aus einer anderen Askubuntu-Frage und funktioniert sowohl nach dem Anhalten als auch nach dem Neustart.

Selbst nachdem dies behoben wurde, erhalte ich das gleiche Verhalten, das beim Versuch, das WLAN-Netzwerk zu wechseln , beim Aufwecken aus dem Standby-Modus auftritt : Das WLAN ist mit den beiden Pfeilen im Wesentlichen tot, und das Applet gibt an, dass das Gerät nicht bereit ist . Ich kann das WLAN durch Ausgabe neu starten sudo service network-manager restart, aber ich kann nicht zwischen Netzwerken wechseln.

Hat jemand anderes diese Erfahrung und / oder eine Lösung ???

Ich benutze LinxuMint 18 Mate (ubuntu16.04) und bin auf dasselbe Problem gestoßen.

Der Rest oben hat auf meinem Thinkpad T440S nicht funktioniert.

Die einzige Problemumgehung, die bisher zu funktionieren scheint, ist die Aktualisierung des Kernels auf 4.6.3

• Gehen Sie zu dieser Website .

• Holen Sie sich die folgenden Dateien:

  linux-headers-4.6.3-040603-generic_4.6.3-040603.201606241434_amd64.deb
  linux-headers-4.6.3-040603_4.6.3-040603.201606241434_all.deb
  linux-image-4.6.3-040603-generic_4.6.3-040603.201606241434_amd64.deb
  

• Wechseln Sie von einem Terminal zu dem Ordner, der die obigen Dateien enthält, und führen Sie Folgendes aus:

  sudo dpkg -i *.deb
  sudo reboot
  

Wenn Sie Virtualbox verwenden, führen Sie dies aus sudo /sbin/vboxconfig

Wenn Sie sie entfernen möchten, führen Sie Folgendes aus:

sudo dpkg --purge linux-headers-4.6.3-040603 linux-headers-4.6.3-040603-generic 

Nach einigen weiteren Tests ist die Situation fast dieselbe, ich habe WLAN, aber ich kann nm-appletnicht alle WLANs um mich herum sehen. Also nicht sicher, ob dies eine gute Lösung ist :-)

Im Moment gibt es überhaupt keine Lösung, aber ich habe ein Skript gefunden, das mir geholfen hat, das WLAN aufrechtzuerhalten:

#!/bin/bash

# Ping you most used DNS Server and reconnect on fail


while true; do
  if ! ping -c 1 -w 1 8.8.8.8 > /dev/null; then

    # with "sudo iwconfig" you can examine your name of 'wlan0'
    nmcli d connect wlan0

  fi
  sleep 2;
done

Um dieses Skript automatisch zu starten, öffnen gnome-session-propertiesSie es einfach und fügen es der Liste hinzu.

Das vollständige Skript (ohne erneute Verbindung) finden Sie auf dieser Webseite .

Legen Sie den WIFI-Ländercode für die aktuelle Regulierungsdomäne des Kernels fest, wenn dieser nicht festgelegt ist

iw reg get

Um es einzustellen

sudo nano /etc/default/crda
REGDOMAIN=<ISOCODE>

Starten Sie neu.

nur um die akzeptierte Antwort hinzuzufügen (mit vier Schritten)

Aus irgendeinem Grund war nur ein Schritt genug für mich, auch wenn ich nicht weiß, was es bedeutet:

echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf