16.04 Problemi di connessione wifi LTS con l'adattatore Realtek RTL8723BE

Ho scoperto diversi problemi con la connessione wifi dopo l'installazione di 16.04 LTS.

Innanzitutto, il wifi non si riconnette normalmente dopo il sonno o l'ibernazione. A volte l'icona di rete si trasforma in "frecce su e giù" (non so a cosa serve) dopo essersi svegliati ma è ancora connessa. A volte la rete viene semplicemente persa e non mostra alcuna rete nell'elenco, quindi non c'è assolutamente alcun modo di utilizzare il wifi.

Ho provato prima a riavviare il gestore di rete eseguendo sudo service network-manager restart. Funzionava ma non era una risoluzione permanente.

Quindi, secondo un altro thread, ho aggiunto SUSPEND_MODULES="iwlwifi"a /etc/pm/config.d/config.

Dopo aver fatto ciò, il problema di riconnessione sembra risolto (può riconnettersi automaticamente e l'icona non cambia più). Tuttavia, trovo che la connessione wifi si perda casualmente (circa ogni 30 minuti) anche quando il computer è in esecuzione e l'icona di rete rimane lo stato di connessione quando si perde la connessione.

Un altro problema dopo l'aggiunta del codice è che, quando metto il mio computer in modalità di sospensione, lo schermo si spegne per un secondo ma poi si riaccende per circa 5 secondi (durante i quali il sistema interromperà la connessione wifi). E poi il computer andrà in sospensione dopo questo insolito processo "a due fasi".

Informazioni sulle schede wireless di seguito

*-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 Aggiornamento
Non so cosa sia successo ma il problema peggiora ora. La connessione WiFi si perde ogni 5 minuti circa e devo riconnettere o riavviare il gestore della rete.

Finalmente sono stato in grado di risolvere i problemi dopo aver provato numerosi metodi diversi.

1. Ottieni i dettagli della tua scheda wireless PCI eseguendo sudo lshw -class network

2. Ottieni le informazioni sul modello della tua carta in base alla linea di prodotti.
   Ad esempio, come puoi vedere nella descrizione della domanda, dice che
   product: RTL8723BE PCIe Wireless Network Adapteril modello della mia carta èRTL8723BE

   Almeno product: RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller così è il modello della mia cartaRTL8101/2/6E

3. Dai il permesso sudo chmod 755 /etc/pm/config.d/

4. Apri o crea confige aggiungi SUSPEND_MODULES="rtl8723be"(sostituisci rtl8723be con il tuo numero di modello)
   Quindi esegui
   echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf
   (nota che quando sostituisco rtl8723becon la mia carta che è che RTL8101/2/6Edovrei solo digitare .../modprobe.d/RTL8101.conf; e /2/6Enon dovrebbe essere scritto)

Infine riavvia il tuo sistema.

Ora il tuo sistema dovrebbe essere in grado di riconnettersi automaticamente dopo il sonno e la connessione Wi-Fi non si è mai persa una volta per me dopo aver fatto questo.

"Le frecce su / giù sono probabilmente un bug del gestore di rete che porta il gestore di rete a pensare che il dispositivo wifi sia effettivamente ethernet.", Secondo Jeremy31. vedi le informazioni sui bug qui Dovresti essere in grado di risolverlo installando NetworkManager-1.2.0.

Grazie a Jeremy31 per aver fornito le soluzioni.

Ho lo stesso identico problema. Dopo il risveglio dal sonno, il wifi funziona ancora ma le reti non vengono visualizzate. Risolvo il problema riavviando il gestore della rete.

sudo service network-manager restart

Ancora molto fastidioso. Spero che risolvano presto questo problema.

Questo è sicuramente un bug. Il bug è stato archiviato su https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1574347

Informazioni aggiuntive: ho lo stesso problema esatto descritto da OP, ma solo il problema in cui l'icona dell'app nm si trasforma in frecce e non visualizza le informazioni Wi-Fi. Il wifi funziona ancora quando questo accade.

$ killall nm-applet && nm-applet & 

Fa il trucco per far visualizzare nuovamente l'icona, quindi per ora è solo una soluzione alternativa nel caso in cui qualcuno voglia metterlo in uno script.

Può confermare questo problema su due computer separati che eseguono il pacchetto xubuntu-desktop.

Inoltre, entrambi i computer ho eseguito recenti schede wifi Intel. (qualcosa sulla falsariga di AC-7260)

Avevo lo stesso problema. Ho risolto il problema relativo alla sospensione della sospensione creando questo script /etc/systemd/system/wifi-resume.service(quello pubblicato dall'OP ha funzionato solo per la sessione attiva ; al riavvio doveva essere richiamato di nuovo):

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

Poi basta emettere questo comando nel terminale per attivarla: sudo systemctl enable wifi-resume.service. Questa soluzione proviene da un'altra risposta alla domanda di askubuntu e funziona sia dopo la sospensione che dopo il riavvio.

Tuttavia, anche dopo che è stato risolto, ottengo lo stesso comportamento che si verificava in seguito alla sospensione quando provo a cambiare rete wifi : il wifi è essenzialmente morto, con le due frecce e l'applet dice " dispositivo non pronto ". Posso riavviare il wifi emettendo sudo service network-manager restart, ma non posso cambiare rete.

Qualcun altro sta vivendo questo e / o ha una soluzione ???

Sto usando LinxuMint 18 Mate (ubuntu16.04) e ho riscontrato lo stesso problema.

Tutto il resto sopra non ha funzionato per me sul mio thinkpad T440S.

L'unica soluzione che sembra funzionare fino ad ora è l'aggiornamento del kernel alla 4.6.3

• Vai a questo sito Web .

• Ottieni i seguenti file:

  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
  

• Da un terminale, vai alla cartella contenente i file sopra ed esegui:

  sudo dpkg -i *.deb
  sudo reboot
  

Se stai usando Virtualbox, esegui questo sudo /sbin/vboxconfig

Se desideri rimuoverli, esegui:

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

Dopo alcuni altri test, la situazione è quasi la stessa, ho il wifi, ma il mio nm-appletnon è in grado di vedere tutto il WIFI intorno a me. Quindi non sono sicuro se questa è una buona soluzione alternativa :-)

Al momento non esiste alcuna soluzione, ma ho trovato una sceneggiatura che mi ha aiutato a continuare a ballare:

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

per avviare automaticamente questo script è sufficiente aprirlo gnome-session-propertiese aggiungerlo all'elenco.

Lo script completo (senza ricollegamento) è disponibile in questa pagina Web .

Se non è impostato, imposta il codice Paese WIFI per l'attuale dominio normativo Kernels

iw reg get

Per impostarlo

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

Reboot.

solo per aggiungere la risposta accettata (con quattro passaggi)

per qualche motivo è bastato un solo passo per me, anche se non so cosa significhi:

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