web-dev-qa-db-fra.com

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 de discussion, 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 ensuite, 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)

Mise à jour du 05/01/2016
Je ne sais pas ce qui s'est passé, mais le problème s'aggrave maintenant. La connexion Wifi est perdue toutes les 5 minutes environ et je dois reconnecter ou redémarrer le gestionnaire de réseau.

16.04networkingwirelessrealtek-wireless
120
Lixu

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, il est dit
    product: RTL8723BE PCIe Wireless Network Adapter le modèle de ma carte est donc RTL8723BE

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

  3. Donnez la permission Sudo chmod 755 /etc/pm/config.d/

  4. Ouvrez ou créez config et ajoutez SUSPEND_MODULES="rtl8723be" (remplacez rtl8723be par votre propre numéro de modèle)
    Puis courez
    echo "options rtl8723be fwlps=N" | Sudo tee /etc/modprobe.d/rtl8723be.conf
    (notez qu'en remplaçant rtl8723be par ma carte qui est RTL8101/2/6E, je ne devrais taper que .../modprobe.d/RTL8101.conf; et /2/6E ne 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 Wi-Fi ne s'est jamais perdue une fois pour moi.

"Les flèches haut/bas sont probablement un bogue du gestionnaire de réseau, ce qui a pour conséquence que celui-ci pense que le périphérique wifi est en réalité un réseau Ethernet.", Selon Jeremy31 . voir les informations sur le bogue ici Vous devriez pouvoir le résoudre en installer NetworkManager-1.2.0.

Merci à Jeremy31 d’avoir fourni les solutions.

44
Lixu

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.

39
eldosoa

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

30
Shinjan

Informations complémentaires: J'ai exactement le même problème que celui décrit par OP, mais uniquement le problème 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 du genre AC-7260)

10
Joel Cressy

J'avais le même problème. J'ai corrigé le problème de suspension de l'éveil en créant ce script à /etc/systemd/system/wifi-resume.service (celui que l'OP a posté 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

Il suffit ensuite d’émettre cette commande dans terminal pour l’activer: Sudo systemctl enable wifi-resume.service. Cette solution provient de ne autre réponse à une question askubunt , 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 wifi : le wifi est essentiellement mort, avec les deux flèches, et l'applet dit " périphérique pas 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 ???

6
Rsync

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 simplement gnome-session-properties et ajoutez-le à la liste.

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

2
Steffomio

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 à ce jour est la mise à niveau du noyau vers la version 4.6.3.

  • Allez à 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 ce 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 mon nm-applet est incapable de voir tout le WIFI autour de moi. Donc je ne suis pas sûr que ce soit une bonne solution de contournement :-)

2
SteF

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

pour une raison quelconque, un seul pas suffisait pour moi, même si je ne sais pas ce que cela signifie:

echo "options rtl8723be fwlps=N" | Sudo tee /etc/modprobe.d/rtl8723be.conf
1
nyxee

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émarrez.

1
Janghou