16.04 Problemy z połączeniem Wi-Fi LTS z adapterem Realtek RTL8723BE

Po instalacji 16.04 LTS odkryłem kilka problemów z połączeniem Wi-Fi.

Po pierwsze, Wi-Fi nie łączy się normalnie po uśpieniu lub hibernacji. Czasami ikona sieci zmienia się w „strzałki w górę i w dół” (nie wiem do czego to służy) po przebudzeniu, ale nadal jest połączona. Czasami sieć jest po prostu tracona i nie wyświetla żadnej sieci na liście, więc po prostu nie ma możliwości korzystania z Wi-Fi.

Najpierw próbowałem ponownie uruchomić menedżera sieci, uruchamiając sudo service network-manager restart. Działało, ale nie było trwałym rozwiązaniem.

Następnie, zgodnie z innym wątkiem, dodałem SUSPEND_MODULES="iwlwifi"do /etc/pm/config.d/config.

Po wykonaniu tej czynności problem z ponownym połączeniem wydaje się być naprawiony (można automatycznie połączyć się ponownie, a ikona się nie zmienia). Widzę jednak, że połączenie Wi-Fi gubi się losowo (co około 30 minut), nawet gdy komputer jest uruchomiony, a ikona sieci pozostaje stanem połączenia po utracie połączenia.

Kolejnym problemem po dodaniu kodu jest to, że kiedy uśpię komputer, ekran wyłączy się na sekundę, ale następnie włączy się na około 5 sekund (podczas których system przerwie połączenie Wi-Fi). A potem komputer przejdzie w tryb uśpienia po tym niezwykłym „dwufazowym” procesie.

Informacje o kartach bezprzewodowych poniżej

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

01.05.2016 Aktualizacja
Nie wiem, co się stało, ale problem się teraz pogarsza. Połączenie Wi-Fi gubi się co 5 minut i muszę ponownie połączyć się lub zrestartować menedżera sieci.

Wreszcie udało mi się rozwiązać problemy po wypróbowaniu wielu różnych metod.

1. Uzyskaj szczegółowe informacje o karcie bezprzewodowej PCI, uruchamiając sudo lshw -class network

2. Uzyskaj informacje o modelu karty zgodnie z linią produktów.
   Na przykład, jak widać w opisie pytania, mówi on, że
   product: RTL8723BE PCIe Wireless Network Adaptermodel mojej karty jest takiRTL8723BE

   A przynajmniej product: RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller taki jest model mojej kartyRTL8101/2/6E

3. Daj pozwolenie sudo chmod 755 /etc/pm/config.d/

4. Otwórz lub utwórz configi dodaj SUSPEND_MODULES="rtl8723be"(zamień rtl8723be na własny numer modelu)
   Następnie uruchom
   echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf
   (zwróć uwagę, że przy wymianie na rtl8723bemoją kartę, którą RTL8101/2/6Emam, powinienem tylko wpisać .../modprobe.d/RTL8101.confi /2/6Enie powinien być zapisywany)

Na koniec zrestartuj system.

Teraz twój system powinien móc automatycznie łączyć się ponownie po uśpieniu, a połączenie Wi-Fi nigdy mnie nie zgubiło po zrobieniu tego.

„Strzałki w górę / w dół są prawdopodobnie błędem menedżera sieci, który powoduje, że menedżer sieci myśli, że urządzenie Wi-Fi jest w rzeczywistości ethernetowe.”, Według Jeremy31. zobacz informacje o błędzie tutaj Powinieneś być w stanie to naprawić, instalując NetworkManager-1.2.0.

Dzięki Jeremy31 za dostarczenie rozwiązań.

Mam dokładnie ten sam problem. Po przebudzeniu Wi-Fi nadal działa, ale sieci się nie wyświetlają. Rozwiązuję problem, uruchamiając ponownie menedżera sieci.

sudo service network-manager restart

Wciąż bardzo denerwujące. Mam nadzieję, że wkrótce naprawią ten problem.

To na pewno błąd. Błąd został zgłoszony na https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1574347

Informacje dodatkowe: Mam dokładnie ten sam problem, co OP, ale tylko problem, w którym ikona apletu nm zmienia się w strzałki i nie wyświetla informacji o Wi-Fi. Wi-Fi nadal działa, gdy tak się dzieje.

$ killall nm-applet && nm-applet & 

Wykonuje sztuczkę polegającą na ponownym wyświetlaniu ikony, więc jest to na razie obejście na wypadek, gdyby ktoś chciał umieścić ją w skrypcie.

Może potwierdzić ten problem na dwóch osobnych komputerach z pakietem xubuntu-desktop.

Ponadto na obu komputerach uruchomiłem najnowsze karty Wi-Fi Intel. (coś w stylu AC-7260)

Miałem ten sam problem. Naprawiłem problem z zawieszeniem budzenia poprzez utworzenie tego skryptu w /etc/systemd/system/wifi-resume.service(ten, który opublikował OP działał tylko dla aktywnej sesji ; przy ponownym uruchomieniu musiał zostać wywołany ponownie):

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

Następnie wystarczy wydać polecenie w terminalu, aby ją aktywować: sudo systemctl enable wifi-resume.service. To rozwiązanie pochodzi z innej odpowiedzi na pytanie askubuntu i działa zarówno po zawieszeniu, jak i po ponownym uruchomieniu.

Jednak nawet po tym, jak to naprawiono, otrzymuję to samo zachowanie, które miało miejsce po przebudzeniu, kiedy próbuję zmienić sieć Wi-Fi : wifi jest zasadniczo martwe, z dwiema strzałkami, a aplet mówi „ urządzenie nie jest gotowe ”. Mogę zrestartować Wi-Fi, wydając sudo service network-manager restart, ale nie mogę przełączać sieci.

Czy ktoś jeszcze tego doświadcza i / lub ma rozwiązanie?

Używam LinxuMint 18 Mate (ubuntu16.04) i dostałem ten sam problem.

Cała reszta powyżej nie działała dla mnie na moim thinkpadie T440S.

Jedynym obejściem, które wydaje się działać do tej pory, jest aktualizacja jądra do wersji 4.6.3

• Przejdź do tej strony .

• Uzyskaj następujące pliki:

  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
  

• Z terminala przejdź do folderu zawierającego powyższe pliki i uruchom:

  sudo dpkg -i *.deb
  sudo reboot
  

Jeśli używasz Virtualbox, uruchom to sudo /sbin/vboxconfig

Jeśli chcesz je usunąć, uruchom:

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

Po kilku kolejnych testach sytuacja jest prawie taka sama, mam Wi-Fi, ale nm-appletnie widzę wokół siebie całej WIFI. Więc nie jestem pewien, czy to dobre obejście :-)

W tej chwili nie ma żadnego rozwiązania, ale znalazłem skrypt, który pomógł mi utrzymać się na stałym poziomie:

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

aby automatycznie uruchomić ten skrypt, po prostu otwórz go gnome-session-propertiesi dodaj do listy.

Pełny skrypt (bez ponownego połączenia) można znaleźć na tej stronie internetowej .

Ustaw kod kraju WIFI dla bieżącej domeny regulacyjnej jądra, jeśli nie jest ustawiony

iw reg get

Aby to ustawić

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

Restart.

tylko dodać do zaakceptowanej odpowiedzi (cztery kroki)

z jakiegoś powodu wystarczył mi tylko jeden krok, nawet jeśli nie wiem, co to znaczy:

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