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

121

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.

Lixu
źródło
1
Strzałki w górę i w dół dotyczą połączeń przewodowych - widzę je, jeśli na przykład używam tetheringu do urządzenia z Androidem. Istnieje wiele raportów o błędach związanych z twoją kartą, na przykład ta, w której wydaje się, że instalowanie nowych sterowników działało dla niektórych osób. Może coś znajdziesz ...
Zanna
2
Powinieneś był użyć SUSPEND_MODULES="rtl8723be"zamiast iwlwifi, ponieważ karta nie korzysta z iwlwifi. Spróbuj także echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.confzrestartować komputer
Jeremy31
1
Może to naprawić zarówno opcję fwlps wyłączającą zarządzanie energią, co może powodować rozłączenia i inne problemy
Jeremy31
3
Widziałem wiele pytań na temat Wi-Fi i nie rozumiem jednej rzeczy, dlaczego jest tak wiele problemów związanych z siecią, zwłaszcza Wi-Fi w 16.04 LTS.
stokrotka
1
@RyanNerd i kiedy już mają komputer Mac, oczywiście uruchom na nim Ubuntu!
Jedyny

Odpowiedzi:

44

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ń.

Lixu
źródło
4
Działa to jako rozwiązanie problemu z wybudzeniem po zawieszeniu. To trzecie rozwiązanie, które działa na moim laptopie z kartą Wi-Fi Intel 7260. Ale nawet po zainstalowaniu NetworkManager-1.2.0 nadal dostaję strzałki (moje są poziome, a nie pionowe) i całkowicie odłączoną kartę Wi-Fi, gdy próbuję przełączać sieci.
Rsync,
4
Zainstalowałem Ubuntu 16.04 kilka godzin temu i dostałem ten sam problem (zła ikona + wifi utracone losowo). Wydawało się, że rozwiązano sudo apt-get update && sudo apt-get dist-upgrade. Po ponownym uruchomieniu wszystko było w porządku: połączenia bardziej stabilne i brak złej ikony.
gwarah
1
Dla mojego klucza Wi-Fi nie został zwrócony atrybut „produkt:”. Tylko „konfiguracja: ... sterownik = r8712u ...”
James Bowery,
2
Uważaj na to rozwiązanie. Całkowicie sparaliżowało moją sieć na LM18. Musiałem pamiętać, jakie polecenia wykonałem, aby móc usunąć pliki konfiguracyjne i uruchomić ponownie. Wydrukuj tę stronę na wypadek, gdybyś musiał odwołać się do procesu. Nie twierdzę, że jest źle, to oczywiście działało u niektórych osób. Ale pomyślałem, że ostrzeżenie jest tutaj słuszne.
RyanNerd
2
@KillABug - powyższy problem i / lub rozwiązanie może być specyficzne dla Realtek; z urządzeniem Centrino nie mam problemów po śnie, ale losowo tracę połączenie, może szczególnie podczas pobierania. Ignorowanie IPv6 nie naprawiło tego.
40

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.

Eldosoa
źródło
10
To jest tylko rozwiązanie tymczasowe. Czy uważasz, że to błąd w 16.04 LTS?
Lixu
3
to działa dla mnie. to prawdopodobnie błąd.
oprogramowanie avi
2
działa również w nmcli con up wifi-sidprzypadku, gdy chcesz uzyskać szybki bodge.
Rick-777,
4
To mi nie zadziałało. Używam Xubuntu 16.04 LTS i kiedy mój komputer przeszedł w tryb uśpienia, był podłączony do współdzielonego napędu Windows. Uruchomienie sudo service network-manager restartpo prostu zamroziło mój system jeszcze gorzej. Następnie wylogowałem się i wróciłem - jeszcze gorzej, a teraz moje ikony pulpitu zniknęły. Następnie wykonałem pełny restart i teraz moje ikony pulpitu nadal znikają. Nie mam pojęcia, dlaczego, ale na pewno wyłączę sen. To zła oferta. Tego rodzaju problemy, w których powinny działać proste rzeczy, naprawdę sprawiają, że tęsknię za Windowsem i nie podoba mi się to uczucie. Mam nadzieję, że Ubuntu / Xubuntu będzie lepszy.
Gabriel Staples
2
Znalazłeś już rozwiązanie?
Emad Arshad Alam
10

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)

Joel Cressy
źródło
czy znalazłeś jakieś rozwiązanie
Lixu,
Dzięki, mam ten sam problem, ale zdarza mi się to tylko wtedy, gdy tracę połączenie z routerem Wi-Fi, czasami zdarza się, że mój router jest uszkodzony i traci połączenie.
Aleksandar Đorđević
1
Spotkałem dokładnie ten sam problem, jak opisano tutaj w niedawno wydanym manjaro-i3-20161201. I Successfly ma to naprawić za pomocą tej sztuczki. Dziękuję Ci!
navigaid
Inną rzeczą, którą uważam za przydatną, jest usunięcie /etc/xdg/autostart/nm-applet.desktop, aby nie uruchamiał się przy rozruchu, lub zamiast tego użyj narzędzia nmtui, aby połączyć się z Wi-Fi w terminalu. Wypróbowałem tę metodę, a połączenie automatycznie łączy się ponownie, gdy mój laptop wraca do stanu uśpienia, nawet po zakończeniu działania nmtui.
navigaid
6

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?

Rsync
źródło
1
Skoro nadal masz problem, co w ogóle robi skrypt?
Lixu
Skrypt USUWA pierwszy problem OP: brak Wi-Fi po wznowieniu działania po zawieszeniu. Jednak to NIE rozwiązuje drugiego problemu (dla mnie): nie można przełączać sieci Wi-Fi bez utraty dostępu do Wi-Fi. Gdybym nie był jasny, drugi problem istnieje niezależnie od pierwszego. Skrypt nie stwarza drugiego problemu, a jedynie koryguje pierwszy.
Rsync
Nie sądzę, że ten skrypt ma wpływ na moją sytuację. Okazało się, że połączenie Wi-Fi gubi się częściej po jego użyciu.
Lixu
Wypróbuj jeden z innych skryptów (np. Askubuntu.com/questions/761180/… ). Oba działały w przypadku zawieszenia trybu czuwania. Jednak problem braku możliwości zmiany sieci spowodował, że cofnąłem się do wersji 15.10. Ponadto podczas nowej instalacji 16.04 napotkałem trzeci problem: menedżer sieci tworzył nowe połączenie Wi-Fi za każdym razem, gdy podłączałem się do sieci (np. WIFI_1; WIFI_2; WIFI_3). W związku z tym musiałem wprowadzić hasło za każdym razem.
Rsync
Nie używam CV, ale wygląda to obiecująco. Dziękujemy za opublikowanie tego. Oto moje pytanie i dobra odpowiedź na ten temat: askubuntu.com/questions/938321/...
SDsolar
2

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

SteF
źródło
Używam również LM18. Wszystkie inne rozwiązania zabiły moją sieć. To rozwiązanie wydaje się działać. Używam Cinnamon i aktualizacja jądra zepsuła mój sterownik Nvidia - to nie wina jądra. Jestem pewien, że deweloperzy z Nvidii są na kwaśnym b / c, że nie mogą podążać za własnymi specyfikacjami za każdym razem, gdy robię duże uaktualnienie jądra, spędzam godzinę lub dłużej walcząc z głupotą sterownika NVIDIA.
RyanNerd
1
Głosowałem za tym i pozostawiam to, ponieważ uaktualnienie do najnowszego jądra działa na LM18, gdzie wyglądałem, że inne miejsca nie zrobiły nic dobrego dla mojego systemu. Niestety aktualizacja do jądra 4.6.3 nie rozwiązała mojego głupoty w przypadkowych momentach. Zdarza się tylko w domu. W domu mam dokładnie ten sam router, co w pracy. Nie jestem pewien, co się tutaj dzieje. Mój laptop ma Intel Wireless 7260, który najwyraźniej jest mocno uszkodzoną wersją adaptera bezprzewodowego, który ma kilka problemów w systemie Linux i Windows. Więc chyba utknąłem, dopóki sterownik nie zostanie zaktualizowany dla tego elementu sprzętu s__t.
RyanNerd
2

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 .

Steffomio
źródło
1

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.

Janghou
źródło
Jak lub dlaczego miałoby to pomóc?
Acumenus
To rozwiązanie pomogło mi do pewnego stopnia. Wcześniej nawiązywanie połączenia WiFI trwało kilka minut (musiałem kilkakrotnie restartować menedżera sieci, czasem musiałem restartować komputer), ale po wyraźnym ustawieniu REGDOMAIN teraz działa lepiej. Ale po wybudzeniu komputera ze stanu uśpienia nadal czasami nie można się połączyć i muszę ręcznie ponownie uruchomić menedżera sieci. Denerwujący.
kovinet
1

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
nyxee
źródło