16.04 Problemas de conexión wifi LTS con el adaptador Realtek RTL8723BE


121

Descubrí varios problemas con la conexión wifi después de instalar 16.04 LTS.

Primero, el wifi no se vuelve a conectar normalmente después de dormir o hibernar. A veces, el ícono de la red se convierte en "flechas hacia arriba y hacia abajo" (no sé para qué sirve) después de despertar, pero todavía está conectado. A veces, la red simplemente se pierde y no muestra ninguna red en la lista, por lo que simplemente no hay forma de usar wifi en absoluto.

Primero intenté reiniciar el administrador de red ejecutando sudo service network-manager restart. Funcionó pero no fue una resolución permanente.

Luego, de acuerdo con otro hilo, agregué SUSPEND_MODULES="iwlwifi"a /etc/pm/config.d/config.

Después de hacer esto, el problema de reconexión parece estar solucionado (puede reconectarse automáticamente y el ícono ya no cambia). Sin embargo, encuentro que la conexión wifi se pierde al azar (aproximadamente cada 30 minutos) incluso cuando la computadora está funcionando y el ícono de red permanece en el estado conectado cuando se pierde la conexión.

Otro problema después de agregar el código es que cuando apago mi computadora, la pantalla se apaga por un segundo, pero luego se vuelve a encender durante unos 5 segundos (durante los cuales el sistema cortará la conexión wifi). Y luego la computadora se irá a dormir después de este inusual proceso de "dos fases".

Información de tarjetas inalámbricas a continuación

*-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 Actualización
No sé qué pasó, pero el problema empeora ahora. La conexión wifi se pierde cada 5 minutos y tengo que volver a conectar o reiniciar el administrador de red.


1
Las flechas hacia arriba y hacia abajo son para conexiones cableadas; las veo si uso la conexión a un dispositivo Android, por ejemplo. Hay muchos informes de errores relacionados con su tarjeta, por ejemplo, en este caso , parece que la instalación de nuevos controladores funcionó para algunas personas. Quizás encuentres algo ...
Zanna

2
Deberías haber usado en SUSPEND_MODULES="rtl8723be"lugar de iwlwifi ya que tu tarjeta no usa iwlwifi. También intente echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.confy reinicie
Jeremy31

1
Puede solucionar tanto la opción fwlps que deshabilita la administración de energía y eso puede causar desconexiones y otros problemas
Jeremy31

3
He visto muchas preguntas sobre el problema de wifi y no entiendo una cosa por la que hay tantos problemas relacionados con la red, especialmente wifi en 16.04 LTS.
Margarita

1
@RyanNerd y una vez que tengan la Mac, ¡ejecute Ubuntu en ella, por supuesto! La única buena razón para obtener la Mac en primer lugar :-)
zwets

Respuestas:


44

Finalmente pude solucionar los problemas después de probar varios métodos diferentes.

  1. Obtenga detalles de su tarjeta inalámbrica PCI ejecutando sudo lshw -class network
  2. Obtenga la información del modelo de su tarjeta de acuerdo con la línea de productos.
    Por ejemplo, como puede ver en la descripción de la pregunta, dice
    product: RTL8723BE PCIe Wireless Network Adapterque el modelo de mi tarjeta esRTL8723BE

    O al product: RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller menos el modelo de mi tarjeta esRTL8101/2/6E

  3. Dar el permiso sudo chmod 755 /etc/pm/config.d/

  4. Abra o cree configy agregue SUSPEND_MODULES="rtl8723be"(reemplace rtl8723be con su propio número de modelo)
    Luego ejecute
    echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf
    (tenga en cuenta que al reemplazar rtl8723becon mi tarjeta, que es RTL8101/2/6E, solo debería escribir .../modprobe.d/RTL8101.conf; y /2/6Eno debe escribirse)

Finalmente reinicie su sistema.

Ahora su sistema debería poder volver a conectarse automáticamente después de dormir, y la conexión wifi nunca se perdió una vez después de hacer esto.

"Las flechas arriba / abajo son probablemente un error del administrador de red que hace que el administrador de la red piense que el dispositivo wifi es en realidad Ethernet", según Jeremy31. vea la información del error aquí Debería poder solucionarlo instalando NetworkManager-1.2.0.

Gracias a Jeremy31 por proporcionar las soluciones.


44
Esto funciona como una solución al problema de suspensión tras suspensión. Es la tercera solución que funciona para mi computadora portátil con una tarjeta wifi Intel 7260. Pero incluso después de instalar NetworkManager-1.2.0, sigo recibiendo las flechas (las mías son horizontales, no verticales) y una tarjeta wifi completamente desconectada cuando intento cambiar de red.
Rsync

44
Instalé ubuntu 16.04 hace unas horas y tuve el mismo problema (icono incorrecto + wifi perdido al azar). Parecía resuelto con sudo apt-get update && sudo apt-get dist-upgrade. Después de reiniciar, todo estaba bien: las conexiones eran más estables y no había un ícono incorrecto.
gwarah

1
No hay ningún atributo "producto:" devuelto para mi dongle wifi. Solo "configuración: ... driver = r8712u ..."
James Bowery

2
Ten cuidado con esta solución. Completamente borró mi red en LM18. Tenía que recordar qué comandos hice para poder eliminar los archivos de configuración y reiniciar. Imprima esta página en caso de que necesite hacer referencia al proceso. No digo que sea malo, obviamente funcionó para algunas personas. Pero pensé que una advertencia está en orden aquí.
RyanNerd

2
@KillABug: el problema o la solución anteriores pueden ser específicos de Realtek; con el dispositivo Centrino no tengo problemas después de dormir, pero pierdo la conexión al azar, tal vez especialmente durante la descarga. Ignorar IPv6 no lo solucionó.

40

Tengo exactamente el mismo problema. Después de despertarse, el wifi aún funciona pero las redes no se muestran. Resuelvo el problema reiniciando el administrador de red.

sudo service network-manager restart

Sigue siendo muy molesto. Espero que solucionen este problema pronto.


10
Esta es solo una solución temporal. ¿Crees que es un error con 16.04 LTS?
Lixu

3
que trabajo para mi Probablemente sea un error.
software avi

2
También funciona para usar nmcli con up wifi-sid, si quieres un bodge rápido.
Rick-777

44
Esto no funcionó para mí. Estoy ejecutando Xubuntu 16.04 LTS y estaba conectado a una unidad compartida de Windows cuando mi computadora se fue a dormir. Ejecutar sudo service network-manager restartsolo congeló mi sistema aún peor. Luego hice un cierre de sesión y volví a encenderlo, aún peor, y ahora desaparecieron los iconos de mi escritorio. Luego reinicié por completo y ahora los íconos de mi escritorio siguen desaparecidos. No tengo idea de por qué, pero seguro que inhabilitaré el sueño. Este es un mal negocio. Este tipo de problemas donde las cosas simples deberían funcionar realmente me hacen extrañar Windows, y no me gusta esa sensación. Espero que Ubuntu / Xubuntu mejore.
Gabriel Staples

2
¿Ya encontraste una solución?
Emad Arshad Alam


10

Información adicional: Tengo el mismo problema exacto que OP describe, pero solo el problema donde el ícono nm-applet cambia a flechas y no muestra información wifi. El wifi todavía funciona cuando esto sucede.

$ killall nm-applet && nm-applet & 

Hace el truco para que el icono se muestre nuevamente, por lo que es solo una solución por el momento en caso de que alguien quiera ponerlo en un script.

Puede confirmar este problema en dos computadoras separadas que ejecutan el paquete xubuntu-desktop.

Además, en ambas computadoras he ejecutado las últimas tarjetas intel wifi. (algo parecido a AC-7260)


¿Has encontrado alguna solución
Lixu

Gracias, tengo el mismo problema, pero esto solo me sucede cuando pierdo la conexión con el enrutador wi-fi, a veces sucede que mi enrutador se daña y pierde la conexión.
Aleksandar Đorđević

1
He encontrado exactamente el mismo problema que el descrito aquí en el lanzamiento reciente de manjaro-i3-20161201. Y successfly lo solucionó usando este truco. ¡Gracias!
navigaid

Otra cosa que encontré útil es, si lo desea, elimine /etc/xdg/autostart/nm-applet.desktop para evitar que se inicie en el arranque y, alternativamente, use la utilidad nmtui en su lugar para conectarse a un wifi en la terminal. Probé el método y la conexión se vuelve a conectar automáticamente cuando mi computadora portátil se recupera del sueño, incluso después de que nmtui dejó de funcionar.
navigaid

6

Estaba teniendo el mismo problema. Solucioné el problema de suspensión y activación al crear este script en /etc/systemd/system/wifi-resume.service(el que publicó el OP solo funcionó para la sesión activa ; al reiniciar tuvo que volver a llamarse):

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

A continuación, sólo emitir este comando en el terminal para activarlo: sudo systemctl enable wifi-resume.service. Esta solución es de otra respuesta a la pregunta askubuntu , y funciona tanto después de suspender como después de reiniciar.

Sin embargo, incluso después de que eso se solucionó, obtengo el mismo comportamiento que solía ocurrir al despertar de la suspensión cuando intento cambiar las redes wifi : el wifi está esencialmente muerto, con las dos flechas, y el applet dice " dispositivo no listo ". Puedo reiniciar el wifi emitiendo sudo service network-manager restart, pero no puedo cambiar de red.

¿Alguien más está experimentando esto y / o tiene una solución?


1
Como todavía tienes el problema, ¿de qué sirve el script de todos modos?
Lixu

El script CORREJA el primer problema del OP: no hay wifi al despertar desde la suspensión. Sin embargo, NO soluciona el segundo problema (para mí): no puede cambiar las redes wifi sin perder el acceso wifi. Si no estaba claro, el segundo problema existe independientemente del primero. El script no crea el segundo problema, simplemente corrige el primero.
Rsync

No creo que este script haga nada por mi situación. Resultó que la conexión wifi se pierde con más frecuencia después de usarla.
Lixu

Pruebe uno de los otros scripts (por ejemplo, askubuntu.com/questions/761180/… ). Ambos trabajaron para el problema de suspensión de estela. Sin embargo, la imposibilidad de cambiar el problema de las redes me hizo retroceder a 15.10. Además, en una nueva instalación de 16.04, encontré un tercer problema: el administrador de red creaba una nueva conexión wifi cada vez que me conectaba a una red (por ejemplo, WIFI_1; WIFI_2; WIFI_3). Como resultado, necesitaba ingresar la contraseña cada vez.
Rsync

No uso el curriculum vitae, pero esto parece prometedor. Gracias por publicar esto. Aquí está mi pregunta y una buena respuesta sobre el tema: askubuntu.com/questions/938321/…
SDsolar

2

Estoy usando LinxuMint 18 Mate (ubuntu16.04) y me metí en el mismo problema.

Todo el resto anterior no funcionó para mí en mi thinkpad T440S.

La única solución que parece funcionar hasta ahora es actualizar el kernel a 4.6.3

  • Ve a este sitio web .

  • Obtenga los siguientes archivos:

    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
    
  • Desde una terminal, vaya a la carpeta que contiene los archivos anteriores y ejecute:

    sudo dpkg -i *.deb
    sudo reboot
    

Si está utilizando Virtualbox, ejecute esto sudo /sbin/vboxconfig

En caso de que desee eliminarlos, ejecute:

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

Después de algunas pruebas más, la situación es casi la misma, obtuve wifi, pero no puedo nm-appletver todo WIFI a mi alrededor. Así que no estoy seguro si esta es una buena solución :-)


Usando LM18 también. Todas las demás soluciones mataron mi red. Esta solución parece estar funcionando. Estoy usando Cinnamon y la actualización del núcleo corrompió mi controlador Nvidia, no es culpa del núcleo. Estoy seguro de que los desarrolladores de Nvidia usan ácido b / c, no pueden seguir sus propias especificaciones cada vez que realizo una actualización importante del kernel y paso una hora o más luchando contra la estupidez del controlador nvidia.
RyanNerd

1
Voté esto y lo dejé porque la actualización al kernel más reciente funciona para LM18, donde busqué en otros lugares, no hizo cosas buenas para mi sistema. Desafortunadamente, actualizar al kernel 4.6.3 no resolvió que mi wifi se volviera estúpida en momentos aleatorios. Solo pasa en casa. Tengo exactamente el mismo enrutador en casa que tengo en el trabajo. No estoy seguro de lo que está pasando aquí. Mi computadora portátil tiene un Intel Wireless 7260 que aparentemente es una versión de adaptador inalámbrico muy dañado que tiene varios problemas en Linux y Windows. Así que supongo que estoy atascado hasta que el controlador se actualice para esta pieza de hardware s__t.
RyanNerd

2

No hay ninguna solución en este momento, pero encontré un script que me ayudó a mantener el wlan:

#!/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 automáticamente este script, simplemente ábralo gnome-session-propertiesy agréguelo a la lista.

El script completo (sin reconexión) se puede encontrar en esta página web .


1

Establezca el código de país WIFI para el dominio regulador actual de Kernels si no está configurado

iw reg get

Para configurarlo

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

Reiniciar.


¿Cómo o por qué esto ayudaría?
Acumenus

Esta solución me ayudó en cierta medida. Antes algunas veces tomaba minutos establecer la conexión WiFI (tuve que reiniciar el administrador de red algunas veces, algunas veces tuve que reiniciar la computadora) pero después de configurar explícitamente REGDOMAIN ahora funciona mejor. Pero después de despertar la computadora de la suspensión, a veces todavía no se conecta y tengo que reiniciar manualmente el administrador de red. Molesto.
kovinet

1

solo para agregar la respuesta aceptada (con cuatro pasos)

por alguna razón, solo un paso fue suficiente para mí, incluso si no sé lo que significa:

echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.