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

121

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.

Lixu
la source
1
Les flèches vers le haut et vers le bas concernent les connexions câblées. Par exemple, je les vois si j'utilise le partage de connexion avec un appareil Android. Il y a beaucoup de rapports de bugs liés à votre carte, par exemple celui-ci où il semble que l'installation de nouveaux pilotes a fonctionné pour certains. Peut-être trouverez-vous quelque chose ...
Zanna
2
Vous auriez dû utiliser SUSPEND_MODULES="rtl8723be"iwlwifi au lieu, car votre carte n’utilise pas iwlwifi. Essayez aussi de echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.confredémarrer
Jeremy31
1
Cela pourrait corriger à la fois si l'option fwlps désactive la gestion de l'alimentation et que cela peut provoquer des déconnexions et d'autres problèmes
Jeremy31
3
J'ai vu beaucoup de questions sur le problème du wifi et je ne comprends pas pourquoi il y a tant de problèmes liés au réseau, en particulier au wifi dans 16.04 LTS.
marguerite
1
@RyanNerd et une fois qu'ils ont le Mac, utilisez Ubuntu dessus bien sûr! La seule bonne raison d'avoir le Mac en premier lieu :-)
zwets

Réponses:

44

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.

Lixu
la source
4
Cela fonctionne comme un correctif à la suite du problème de suspension. C'est la troisième solution qui fonctionne pour mon ordinateur portable avec une carte wifi Intel 7260. Mais même après avoir installé NetworkManager-1.2.0, je reçois toujours les flèches (les miennes sont horizontales et non verticales) et une carte wifi complètement déconnectée lorsque je tente de changer de réseau.
Rsync
4
J'ai installé ubuntu 16.04 il y a quelques heures et j'ai le même problème (mauvaise icône + wifi perdu au hasard). Semblé résolu avec sudo apt-get update && sudo apt-get dist-upgrade. Après le redémarrage, tout allait bien: connexions plus stables et aucune icône erronée.
Gwarah
1
Il n'y a pas d'attribut "product:" retourné pour mon dongle wifi. Seulement "configuration: ... driver = r8712u ..."
James Bowery
2
Soyez prudent avec cette solution. Cela a complètement bouleversé ma mise en réseau sur le LM18. Je devais me souvenir des commandes que j'avais effectuées pour pouvoir supprimer les fichiers de configuration et redémarrer. Imprimez cette page au cas où vous auriez besoin de référencer le processus. Je ne dis pas que c'est mauvais, cela a évidemment fonctionné pour certaines personnes. Mais pensons qu'un avertissement est en ordre ici.
RyanNerd
2
@KillABug - Le problème et / ou la solution ci-dessus peuvent être spécifiques à Realtek; Avec l'appareil Centrino, je n'ai pas de problème après le sommeil, mais je perds ma connexion au hasard, surtout lors du téléchargement. Ignorer IPv6 n'a pas résolu le problème.
40

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.

Eldosoa
la source
10
Ceci est seulement une solution temporaire. Pensez-vous que c'est un bug avec 16.04 LTS?
Lixu
3
ça marche pour moi. c'est probablement un bug.
logiciel avi
2
fonctionne également à utiliser nmcli con up wifi-sid, si vous voulez un bodge rapide.
Rick-777
4
Cela n'a pas fonctionné pour moi. J'utilise Xubuntu 16.04 LTS et étais connecté à un lecteur partagé Windows lorsque mon ordinateur s'est mis en veille. Courir sudo service network-manager restartvient de geler mon système encore plus mal. J'ai ensuite fait une déconnexion, puis pire encore, et maintenant les icônes de mon bureau ont disparu. Ensuite, j'ai fait un redémarrage complet et maintenant les icônes de mon bureau sont toujours disparues. Je ne sais pas pourquoi, mais je vais sûrement désactiver le sommeil. C'est une mauvaise affaire. Ces types de problèmes où des choses simples devraient fonctionner me font vraiment manquer Windows et je n'aime pas ce sentiment. J'espère que Ubuntu / Xubuntu ira mieux.
Gabriel Staples
2
Avez-vous trouvé une solution?
Emad Arshad Alam
10

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)

Joel Cressy
la source
avez-vous trouvé une solution?
Lixu
Merci, j'ai le même problème, mais cela ne m'arrive que lorsque je perds la connexion avec le routeur wi-fi, il arrive parfois que mon routeur soit bloqué et que sa connexion soit perdue.
Commentaires
1
J'ai rencontré exactement le même problème que celui décrit ici dans le récent manjaro-i3-20161201. Et successfly le fait réparer en utilisant cette astuce. Je vous remercie!
navigaid
Si vous préférez, supprimez /etc/xdg/autostart/nm-applet.desktop pour l’empêcher de démarrer au démarrage et utilisez l’utilitaire nmtui à la place pour vous connecter à un terminal wifi. J'ai essayé la méthode et la connexion se reconnecte automatiquement lorsque mon ordinateur portable sort du mode veille, même après la fin de l'exécution de nmtui.
navigaid
6

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 ???

Rsync
la source
1
Puisque vous avez toujours le problème, à quoi sert le script de toute façon?
Lixu
Le script FIXE le premier problème de l'OP: pas de wifi à la sortie de suspension. Cependant, cela ne résout PAS le deuxième problème (pour moi): impossible de changer de réseau sans perdre son accès. Si je n'étais pas clair, le deuxième problème existe indépendamment du premier. Le script ne crée pas le deuxième problème, il corrige simplement le premier.
Rsync
Je ne pense pas que ce script fait quelque chose pour ma situation. Il s'est avéré que la connexion wifi se perd plus souvent après l'avoir utilisée.
Lixu
Essayez l’un des autres scripts disponibles (par exemple, askubuntu.com/questions/761180/… ). Les deux ont travaillé pour le numéro de suspension de sillage. Cependant, l'incapacité de changer de réseau m'a amené à revenir à 15.10. De plus, lors d’une nouvelle installation du 16.04, j’ai rencontré un troisième problème: le gestionnaire de réseau créait une nouvelle connexion wifi chaque fois que je me connectais à un réseau (par exemple, WIFI_1; WIFI_2; WIFI_3). En conséquence, je devais entrer le mot de passe à chaque fois.
Rsync
Je n'utilise pas de CV mais cela semble prometteur. Merci d'avoir posté ceci. Voici ma question et une bonne réponse sur la question: askubuntu.com/questions/938321/…
SDsolar
2

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 :-)

SteF
la source
Utilisation de LM18 également. Toutes les autres solutions ont tué mon réseau. Cette solution semble fonctionner. J'utilise Cinnamon et la mise à niveau du noyau a borké mon pilote Nvidia - ce n'est pas la faute du noyau. Je suis sûr que les développeurs de Nvidia sont sous acide car ils ne peuvent pas suivre leurs propres spécifications chaque fois que je fais une mise à jour majeure du noyau, je passe une heure ou plus à combattre la stupidité du pilote nvidia.
RyanNerd
1
J'ai voté en faveur de cela et je l'ai laissé en vote parce que la mise à niveau vers le dernier noyau fonctionne pour LM18 où j'ai cherché d'autres endroits qui ne faisaient pas de belles choses pour mon système. Malheureusement, la mise à niveau vers le noyau 4.6.3 n’a pas résolu mon problème de devenir stupide à des moments aléatoires. Cela n'arrive qu'à la maison. J'ai à la maison le même routeur que celui que j'ai au travail. Pas sûr de ce qui se passe ici. Mon ordinateur portable a un processeur Intel Wireless 7260, qui est apparemment une version d'adaptateur sans fil mal conçue qui présente plusieurs problèmes sous Linux et Windows. Donc, je suppose que je suis coincé jusqu'à ce que le pilote soit mis à jour pour cette pièce de matériel.
RyanNerd
2

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 .

Steffomio
la source
1

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.

Janghou
la source
Comment ou pourquoi cela aiderait-il?
Acumenus
Cette solution m'a aidé dans une certaine mesure. Avant, il fallait parfois quelques minutes pour établir une connexion WiFI (je devais redémarrer le gestionnaire de réseau à plusieurs reprises, parfois, je devais redémarrer un ordinateur), mais après avoir défini explicitement REGDOMAIN, cela fonctionne mieux. Mais une fois l'ordinateur sorti du mode veille, il n'arrive toujours pas à se connecter et je dois redémarrer manuellement Network-Manager. Ennuyeux.
kovinet
1

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
Nyxee
la source