16.04 Problèmes de connexion wifi LTS avec l'adaptateur Realtek RTL8723BE

J'ai découvert plusieurs problèmes de connexion wifi après l'installation de 16.04 LTS.

Premièrement, le wifi ne se reconnecte pas normalement après le sommeil ou l'hibernation. Parfois, l'icône du réseau se transforme en "flèches haut et bas" (je ne sais pas à quoi ça sert) après le réveil mais est toujours connectée. Parfois, le réseau est tout simplement perdu et il n’affiche aucun réseau dans la liste. Il n’ya donc aucun moyen d’utiliser le wifi.

J'ai d'abord essayé de redémarrer le gestionnaire de réseau en exécutant sudo service network-manager restart. Cela a fonctionné mais n'était pas une résolution permanente.

Ensuite, selon un autre fil, j'ai ajouté SUSPEND_MODULES="iwlwifi"à /etc/pm/config.d/config.

Après cela, le problème de reconnexion semble être résolu (peut se reconnecter automatiquement et l’icône ne change plus). Cependant, je constate que la connexion wifi est perdue de manière aléatoire (environ toutes les 30 minutes), même lorsque l'ordinateur est en cours d'exécution, et l'icône du réseau reste en état de connexion lorsque la connexion est perdue.

Un autre problème après l’ajout du code est que, lorsque je mets mon ordinateur en veille, l’écran s’éteint pendant une seconde, puis s’allume à nouveau pendant environ 5 secondes (pendant lesquelles le système coupe la connexion wifi). Et puis l'ordinateur se mettra en veille après ce processus inhabituel en "deux phases".

Informations sur les cartes sans fil ci-dessous

*-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 Mise à jour
Je ne sais pas ce qui s'est passé, mais le problème s'aggrave maintenant. La connexion Wifi est perdue environ toutes les 5 minutes et je dois reconnecter ou redémarrer le gestionnaire de réseau.

Enfin, j'ai pu résoudre les problèmes après avoir essayé différentes méthodes.

1. Obtenez des détails sur votre carte sans fil PCI en exécutant sudo lshw -class network

2. Obtenez les informations sur le modèle de votre carte en fonction de la gamme de produits.
   Par exemple, comme vous pouvez le voir dans la description de la question
   product: RTL8723BE PCIe Wireless Network Adapter, le modèle de ma carte estRTL8723BE

   Ou product: RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller alors le modèle de ma carte estRTL8101/2/6E

3. Donner la permission sudo chmod 755 /etc/pm/config.d/

4. Ouvrez ou créez configet ajoutez SUSPEND_MODULES="rtl8723be"(remplacez rtl8723be par votre propre numéro de modèle),
   puis exécutez
   echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf
   (notez que lors du remplacement rtl8723bepar ma carte, c’est moi que RTL8101/2/6Eje devrais taper .../modprobe.d/RTL8101.conf; et /2/6Ene devrait pas être écrit)

Enfin, redémarrez votre système.

Maintenant, votre système devrait pouvoir se reconnecter automatiquement après le sommeil, et la connexion wifi ne s'est jamais perdue une fois pour moi.

"Les flèches haut / bas sont probablement un bogue du gestionnaire de réseau qui conduit celui-ci à penser que le périphérique wifi est en réalité un réseau Ethernet", selon Jeremy31. voir les informations sur les bogues ici. Vous devriez pouvoir le réparer en installant NetworkManager-1.2.0.

Merci à Jeremy31 d’avoir fourni les solutions.

J'ai exactement le même problème. Une fois réveillé, le wifi fonctionne toujours mais les réseaux ne sont pas visibles. Je résous le problème en redémarrant le gestionnaire de réseau.

sudo service network-manager restart

Toujours très énervant. J'espère qu'ils vont résoudre ce problème bientôt.

Ceci est un bug pour vous. Un bogue a été archivé à l' adresse https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1574347.

Informations complémentaires: J'ai exactement le même problème que celui décrit par OP, mais uniquement celui où l'icône nm-applet se transforme en flèches et n'affiche pas les informations du réseau wifi. Le wifi fonctionne toujours quand cela se produit.

$ killall nm-applet && nm-applet & 

Est-ce que le truc pour récupérer l’icône s’affiche à nouveau, donc c’est juste une solution de contournement au cas où quelqu'un voudrait le mettre dans un script.

Peut confirmer ce problème sur deux ordinateurs distincts exécutant le package xubuntu-desktop.

En outre, les deux ordinateurs sur lesquels j’ai exécuté des cartes intel wifi récentes. (Quelque chose comme AC-7260)

J'avais le même problème. J'ai corrigé le problème de suspension du sillage en créant ce script sur /etc/systemd/system/wifi-resume.service(celui que l'OP a publié ne fonctionnait que pour la session active ; au redémarrage, il devait être appelé à nouveau):

#/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

Ensuite , tapez simplement cette commande dans le terminal pour l' activer: sudo systemctl enable wifi-resume.service. Cette solution provient d' une autre question askubuntu et fonctionne à la fois après la suspension et après le redémarrage.

Cependant, même après que cela ait été corrigé, j'obtiens le même comportement que lors de la suspension lorsque je tente de changer de réseau Wi-Fi : le Wi-Fi est pratiquement mort, avec les deux flèches, et l'applet indique " périphérique non prêt ". Je peux redémarrer le wifi en émettant sudo service network-manager restart, mais je ne peux pas changer de réseau.

Est-ce que quelqu'un d'autre en fait l'expérience et / ou a une solution ???

J'utilise LinxuMint 18 Mate (ubuntu16.04) et je suis tombé dans le même problème.

Tout le reste ci-dessus n'a pas fonctionné pour moi sur mon thinkpad T440S.

La seule solution de contournement qui semble fonctionner jusqu'à présent est la mise à niveau du noyau vers la version 4.6.3.

• Allez sur ce site .

• Obtenez les fichiers suivants:

  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
  

• Depuis un terminal, accédez au dossier contenant les fichiers ci-dessus et exécutez:

  sudo dpkg -i *.deb
  sudo reboot
  

Si vous utilisez Virtualbox, lancez ceci sudo /sbin/vboxconfig

Si vous souhaitez les supprimer, exécutez:

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

Après quelques tests supplémentaires, la situation est presque la même, j'ai le wifi, mais je nm-appletne peux pas voir tout le WIFI autour de moi. Donc je ne suis pas sûr que ce soit une bonne solution de contournement :-)

Il n’ya pas de solution, mais j’ai trouvé un script qui m’a aidé à rester en veille:

#!/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

Pour lancer automatiquement ce script, ouvrez-le simplement gnome-session-propertieset ajoutez-le à la liste.

Le script complet (sans reconnexion) est disponible sur cette page Web .

Définissez le code de pays WIFI pour le domaine réglementaire actuel des noyaux s'il n'est pas défini

iw reg get

Pour le régler

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

Redémarrer.

juste pour ajouter la réponse acceptée (avec quatre étapes)

pour une raison quelconque, un seul pas me suffisait, même si je ne savais pas ce que cela voulait dire:

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