16.04 Problemas de conexão wifi LTS com o adaptador Realtek RTL8723BE

121

Descobri vários problemas com a conexão wifi depois de instalar o 16.04 LTS.

Primeiro, o wifi não se reconecta normalmente após o sono ou a hibernação. Às vezes, o ícone de rede se transforma em "setas para cima e para baixo" (não sei para que serve) depois de acordar, mas ainda estou conectado. Às vezes, a rede é simplesmente perdida e não exibe nenhuma rede na lista, então simplesmente não há como usar o wifi.

Tentei reiniciar o gerenciador de rede executando sudo service network-manager restart. Funcionou, mas não foi uma resolução permanente.

Então, de acordo com outro tópico, eu adicionei SUSPEND_MODULES="iwlwifi"a /etc/pm/config.d/config.

Depois de fazer isso, o problema de reconexão parece estar corrigido (pode se reconectar automaticamente e o ícone não muda mais). No entanto, acho que a conexão wifi é perdida aleatoriamente (a cada 30 minutos), mesmo quando o computador está sendo executado e o ícone de rede permanece no estado conectado quando a conexão é perdida.

Outro problema depois de adicionar o código é que, quando eu coloco o computador no modo de suspensão, a tela desliga por um segundo, mas depois liga novamente por cerca de 5 segundos (durante os quais o sistema interrompe a conexão wifi). E então o computador entrará no modo de suspensão após esse processo "bifásico" incomum.

Informações sobre cartões sem fio abaixo

*-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 Atualização
Não sei o que aconteceu, mas o problema piora agora. A conexão Wi-Fi é perdida a cada 5 minutos e eu tenho que reconectar ou reiniciar o gerenciador de rede.

Lixu
fonte
1
As setas para cima e para baixo destinam-se a conexões com fio - eu as vejo se uso o tethering em um dispositivo Android, por exemplo. Existem muitos relatórios de bugs relacionados ao seu cartão, por exemplo, este, onde parece que a instalação de novos drivers funcionou para algumas pessoas. Talvez você vai encontrar alguma coisa ...
Zanna
2
Você deveria ter usado em SUSPEND_MODULES="rtl8723be"vez de iwlwifi, pois o cartão não usa iwlwifi. Também tente echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.confe reinicie o
código
1
Pode corrigir tanto a opção fwlps desativa o gerenciamento de energia e que podem causar desconexões e outras questões
Jeremy31
3
Eu já vi muitas perguntas sobre a questão do wifi e não entendo uma coisa por que há tantos problemas relacionados à rede, especialmente o wifi no 16.04 LTS.
daisy
1
@RyanNerd e depois que eles tiverem o Mac, execute o Ubuntu nele, é claro! A única boa razão para obter o Mac em primeiro lugar :-)
zwets

Respostas:

44

Finalmente, eu fui capaz de corrigir os problemas depois de experimentar vários métodos diferentes.

  1. Obtenha detalhes da sua placa sem fio PCI executando sudo lshw -class network
  2. Obtenha as informações do modelo do seu cartão de acordo com a linha de produtos.
    Por exemplo, como você pode ver na descrição da pergunta,
    product: RTL8723BE PCIe Wireless Network Adaptero modelo do meu cartão éRTL8723BE

    Ou product: RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller então o modelo do meu cartão éRTL8101/2/6E

  3. Dê a permissão sudo chmod 755 /etc/pm/config.d/

  4. Abra ou crie confige adicione SUSPEND_MODULES="rtl8723be"(substitua rtl8723be pelo seu próprio número de modelo).
    Em seguida, execute
    echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf
    (observe que ao substituir rtl8723bepelo meu cartão, que é, RTL8101/2/6Edevo digitar apenas .../modprobe.d/RTL8101.conf; e /2/6Enão deve ser escrito)

Finalmente, reinicie seu sistema.

Agora, seu sistema deve ser capaz de se reconectar automaticamente após o sono, e a conexão wifi nunca se perdeu uma vez depois de fazer isso.

"As setas para cima / para baixo provavelmente são um bug do gerenciador de rede que resulta no gerente de rede pensando que o dispositivo wifi é realmente ethernet.", De acordo com Jeremy31. veja as informações do bug aqui Você deve poder corrigi-lo instalando o NetworkManager-1.2.0.

Agradecemos a Jeremy31 por fornecer as soluções.

Lixu
fonte
4
Isso funciona como uma correção para a ativação do problema de suspensão. É a terceira solução que funciona para o meu laptop com uma placa wifi Intel 7260. Mas mesmo depois de instalar o NetworkManager-1.2.0, ainda recebo as setas (as minhas são horizontais, não verticais) e uma placa wifi completamente desconectada quando tento alternar de rede.
Rsync
4
Instalei o ubuntu 16.04 há algumas horas e tive o mesmo problema (ícone errado + wifi perdido aleatoriamente). Parecia resolvido com sudo apt-get update && sudo apt-get dist-upgrade. Após a reinicialização, tudo estava bem: conexões mais estáveis ​​e nenhum ícone errado.
gwarah
1
Não existe o atributo "product:" retornado para o meu dongle wifi. Somente "configuração: ... driver = r8712u ..."
James Bowery
2
Tenha cuidado com esta solução. Isso atrapalhou completamente minha rede no LM18. Eu tinha que lembrar quais comandos eu fiz para poder remover os arquivos de configuração e reiniciar. Imprima esta página caso precise fazer referência ao processo. Não estou dizendo que é ruim, obviamente funcionou para algumas pessoas. Mas pensei que um aviso está em ordem aqui.
26916 RyanNerd
2
@KillABug - O problema e / ou solução acima podem ser específicos da Realtek; com o dispositivo Centrino, não tenho problemas depois de dormir, mas perco a conexão aleatoriamente, talvez especialmente durante o download. Ignorar o IPv6 não o corrigiu.
40

Eu tenho exatamente o mesmo problema. Depois de acordar, o wifi ainda funciona, mas as redes não são exibidas. Eu resolvo o problema reiniciando o gerenciador de rede.

sudo service network-manager restart

Ainda muito chato. Espero que eles resolvam esse problema em breve.

eldosoa
fonte
10
Esta é apenas uma solução temporária. Você acha que é um bug com 16.04 LTS?
Lixu # 28/16
3
isso funciona para mim. provavelmente é um bug.
avi software
2
também funciona nmcli con up wifi-sid, se você quiser uma visita rápida.
Rick-777
4
Isto não funcionou para mim. Estou executando o Xubuntu 16.04 LTS e estava conectado a uma unidade compartilhada do Windows quando meu computador entrou no modo de suspensão. A execução sudo service network-manager restartcongelou meu sistema ainda pior. Em seguida, fiz um logoff e religuei - ainda pior, e agora meus ícones da área de trabalho desapareceram. Fiz uma reinicialização completa e agora meus ícones da área de trabalho ainda estão desaparecidos. Não faço ideia do porquê, mas com certeza vou desativar o sono. Este é um mau negócio. Esses tipos de problemas nos quais coisas simples devem funcionar realmente me fazem sentir falta do Windows, e eu não gosto desse sentimento. Espero que o Ubuntu / Xubuntu melhore.
Gabriel Staples
2
Você já encontrou uma solução?
Emad Arshad Alam
10

Informações adicionais: Eu tenho o mesmo problema exato que o OP descreve, mas apenas o problema em que o ícone do applet nm muda para setas e não exibe informações de wifi. O wifi ainda funciona quando isso acontece.

$ killall nm-applet && nm-applet & 

É o truque para exibir o ícone novamente, por isso é apenas uma solução alternativa no momento, caso alguém queira colocá-lo em um script.

Pode confirmar esse problema em dois computadores separados executando o pacote xubuntu-desktop.

Além disso, em ambos os computadores que executei placas Intel WiFi recentes. (algo como o AC-7260)

Joel Cressy
fonte
que descobriu qualquer solução
Lixu
Obrigado, tenho o mesmo problema, mas isso só acontece comigo quando perco a conexão com o roteador wi-fi, às vezes acontece que meu roteador fica com erros e perde a conexão.
Aleksandar Đorđević
1
Encontrei exatamente o mesmo problema descrito aqui no manjaro-i3-20161201, lançado recentemente. E successfly corrigiu isso usando esse truque. Obrigado!
navigaid
Outra coisa que achei útil é, se você desejar, remover o /etc/xdg/autostart/nm-applet.desktop para impedir que ele seja iniciado na inicialização e, em alternativa, use o utilitário nmtui para conectar a um wifi no terminal. Tentei o método e a conexão se reconecta automaticamente quando meu laptop se recupera do sono, mesmo depois que o nmtui parou de funcionar.
navigaid
6

Eu estava tendo o mesmo problema. Corrigi o problema de suspensão de ativação criando esse script em /etc/systemd/system/wifi-resume.service(o que o OP postou funcionou apenas para a sessão ativa ; na reinicialização, ele precisava ser chamado novamente):

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

Em seguida, basta emitir este comando no terminal para ativá-lo: sudo systemctl enable wifi-resume.service. Esta solução é de outra resposta à pergunta do askubuntu e funciona tanto após a suspensão quanto após a reinicialização.

No entanto, mesmo depois que isso foi corrigido, recebo o mesmo comportamento que acontecia após a suspensão quando tento alternar as redes wifi : o wifi está basicamente morto, com as duas setas, e o applet diz "o dispositivo não está pronto ". Posso reiniciar o wifi emitindo sudo service network-manager restart, mas não consigo mudar de rede.

Alguém mais está experimentando isso e / ou tem uma solução ???

Rsync
fonte
1
Como você ainda tem o problema, de que serve o script?
Lixu 29/04
O script corrige o primeiro problema do OP: sem wifi após a suspensão. No entanto, ele NÃO corrige o segundo problema (para mim): não é possível alternar redes wifi sem perder o acesso wifi. Se eu não estava claro, o segundo problema existe independentemente do primeiro. O script não cria o segundo problema, apenas corrige o primeiro.
Rsync
Eu não acho que esse script faça alguma coisa pela minha situação. Descobriu-se que a conexão wifi se perde com mais frequência depois de usá-la.
Lixu
Experimente um dos outros scripts disponíveis (por exemplo, askubuntu.com/questions/761180/… ). Ambos trabalharam para o problema de suspensão de vigília. No entanto, a incapacidade de mudar de rede fez com que eu voltasse para a 15.10. Além disso, em uma nova instalação do 16.04, encontrei um terceiro problema: o gerenciador de rede criava uma nova conexão wifi cada vez que eu me conectava a uma rede (por exemplo, WIFI_1; WIFI_2; WIFI_3). Como resultado, eu precisava inserir a senha toda vez.
Rsync
Eu não uso currículo, mas isso parece promissor. Obrigado por postar isso. Aqui está a minha pergunta e uma boa resposta sobre o assunto: askubuntu.com/questions/938321/…
SDsolar
2

Estou usando o LinxuMint 18 Mate (ubuntu16.04) e entrei no mesmo problema.

Todo o resto acima não funcionou para mim no meu thinkpad T440S.

A única solução alternativa que parece funcionar até agora é a atualização do kernel para 4.6.3

  • Vá para este site .

  • Obtenha os seguintes arquivos:

    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
    
  • Em um terminal, vá para a pasta que contém os arquivos acima e execute:

    sudo dpkg -i *.deb
    sudo reboot
    

Se você estiver usando o Virtualbox, execute este sudo /sbin/vboxconfig

Caso você queira removê-los, execute:

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

Depois de mais alguns testes, a situação é quase a mesma, eu tenho wifi, mas meu nm-appleté incapaz de ver todo o WIFI ao meu redor. Portanto, não tenho certeza se isso é uma boa solução alternativa :-)

SteF
fonte
Usando o LM18 também. Todas as outras soluções mataram minha rede. Esta solução parece estar funcionando. Estou usando o Cinnamon e a atualização do kernel funcionou com meu driver Nvidia - Não é culpa do kernel. Estou certo de que os desenvolvedores da Nvidia usam ácido b / c e não conseguem seguir suas próprias especificações sempre que faço uma grande atualização do kernel. Passei uma hora ou mais lutando contra a estupidez do driver da nvidia.
26916 RyanNerd
1
Fiz uma votação positiva e deixei uma votação porque a atualização para o kernel mais recente funciona para o LM18, onde eu procurei outros lugares, não fez coisas boas para o meu sistema. Infelizmente, atualizar para o kernel 4.6.3 não resolveu meu wifi ficando estúpido em momentos aleatórios. Só acontece em casa. Eu tenho exatamente o mesmo roteador em casa que tenho no trabalho. Não tenho certeza do que está acontecendo aqui. Meu laptop possui um Intel Wireless 7260, que aparentemente é uma versão de adaptador sem fio danificada e com muitos danos, com vários problemas no Linux e no Windows. Acho que estou paralisado até que o driver seja atualizado para esse hardware.
RyanNerd
2

No momento, não há solução, mas encontrei um script que me ajudou a manter a WLAN atualizada:

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

Para iniciar automaticamente esse script, basta abrir gnome-session-propertiese adicioná-lo à lista.

O script completo (sem reconectar) pode ser encontrado nesta página da web .

Steffomio
fonte
1

Defina o código do país WIFI para o domínio regulatório atual do Kernels, se não estiver definido

iw reg get

Para definir

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

Reinicie.

Janghou
fonte
Como ou por que isso ajudaria?
Acumenus 17/0318
Esta solução me ajudou até certo ponto. Antes de levar alguns minutos para estabelecer a conexão WiFI (às vezes era necessário reiniciar o gerenciador de rede, às vezes era preciso reiniciar o computador), mas depois de definir explicitamente o REGDOMAIN agora ele funciona melhor. Mas, depois de acordar o computador do modo de suspensão, ele ainda às vezes falha na conexão e eu tenho que reiniciar manualmente o gerenciador de rede. Irritante.
kovinet
1

apenas para adicionar a resposta aceita (com quatro etapas)

por alguma razão, apenas um passo foi suficiente para mim, mesmo que eu não saiba o que isso significa:

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