☰

wlan0 ethernet no disponible / ESTADO GENERAL 20 (no disponible)

tag-icon • tag-icon linux wireless-networking wifi-driver debian-buster
wlan0 ethernet no disponible / ESTADO GENERAL 20 (no disponible)

Cuando me despierto del modo de suspensión, a veces mi computadora portátil Linux no restablece su conexión a Internet Wi-Fi.

Curiosamente,reiniciarlo lo soluciona, aunque es un poco molesto tener que realizar un apagado/reinicio completo.

En otras palabras, cuando salgo del sueño, a veces mi computadora portátil HP Debian Buster v10.4 no logra volver a conectarse al punto de acceso de mi hogar. Esto ocurre a un ritmo aproximado de 1 de cada 6 fiestas de pijamas.

Después de notar que el Wi-Fi no funciona, hacer clic en rescan for wireless networksno soluciona el problema. Además, iw wlan0 scan(o explícitamente iw dev wlan0 scan) proporciona: 'comando fallido: la red está inactiva (-100)'.

Examinando cuidadosamente el resultado de journalctl -n 1000 -u NetworkManager -u wpa_supplicantpuedo ver que muy poco después de la línea: "El estado del NetworkManager ahora está DORMIDO" (es decir, al despertar), el primer problema parece estar en una línea que dice: "dispositivo (wlan0): estado de la interfaz del solicitante: completado -> deshabilitado".

Creo que debería haber sido más bien "... completado -> desconectado", que aparece en los despertadores en funcionamiento, es decir, cuando la conexión Wi-Fi vuelve a funcionar correctamente después de despertarse.

Lo que no soluciona:

  • Cerrar sesión y volver a iniciar sesión;
  • Dormir y despertar de nuevo,
  • Hibernar y luego volver a despertar de eso.
  • Reiniciando Network Manager (con $ sudo systemctl restart NetworkManager.service)
  • Correr$ sudo nmcli networking on
  • Eliminando y recreando el wlan0dispositivo de red con: iw dev wlan0 del, luego iw phy phy0 interface add wlan0 type managed addr ca:xxx:4b. Aunque esto parecía funcionar, el wifi todavía no funciona.

También he comprobado que $ rfkill listno informa ningún bloqueo.

Aquí está el informe de estado de nmcli cuando se encuentra en unfallido(Internet caído) estado. Observe laESTADO GENERALabajo. (He ofuscado direcciones reales).

$ nmcli device show wlan0
GENERAL.DEVICE:                         wlan0
GENERAL.TYPE:                           wifi
GENERAL.HWADDR:                         00:26:##:##:##:2A
GENERAL.MTU:                            1500
GENERAL.STATE:                          20 (unavailable)    <-- this is not right
GENERAL.CONNECTION:                     --
GENERAL.CON-PATH:                       --
...

Además, aquí está el informe de estado de unnormalconexión wifi que funciona:

$ nmcli device show wlan0
GENERAL.DEVICE:                         wlan0
GENERAL.TYPE:                           wifi
GENERAL.HWADDR:                         00:26:##:##:##:2A
GENERAL.MTU:                            1500
GENERAL.STATE:                          100 (connected)     <--- this is when it works
GENERAL.CONNECTION:                     Auto NETGEAR14
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/1
IP4.ADDRESS[1]:                         192.168.1.128/32
IP4.GATEWAY:                            192.168.1.1
IP4.ROUTE[1]:                           dst = 192.168.1.128/32, nh = 0.0.0.0, mt = 600
IP4.ROUTE[2]:                           dst = 192.168.1.1/32, nh = 0.0.0.0, mt = 600
IP4.ROUTE[3]:                           dst = 169.254.0.0/16, nh = 0.0.0.0, mt = 1000
IP4.ROUTE[4]:                           dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 600
IP4.DNS[1]:                             192.168.1.1
IP6.ADDRESS[1]:                         fe80::...:7f2a/64
IP6.GATEWAY:                            --
IP6.ROUTE[1]:                           dst = fe80::/64, nh = ::, mt = 600
IP6.ROUTE[2]:                           dst = ff00::/8, nh = ::, mt = 256, table=255

¿Algunas ideas? ¿Hay alguna manera de reinicializar elphy0conductor de radio?

Respuesta1

La mejor manera de depurar esto es verificar los mensajes de registro del sistema aproximadamente en el momento en que desaparece la conexión:

journalctl -n 1000 -u NetworkManager -u wpa_supplicant

NetworkManager no utiliza directamente las API de Wi-Fi del kernel, sino que depende de wpa_supplicant para ello. Podría ser que wpa_supplicant.serviceesté atascado, que siga fallando o que esté en conflicto conotroHerramienta Wi-Fi (por ejemplo, iwd, connman o una instancia diferente de wpa_supplicant iniciada accidentalmente por otra aplicación).

Puede aumentar la detalle de NetworkManager ejecutando:

nmcli gen log level debug

y de wpa_supplicant ejecutando:

busctl set-property fi.w1.wpa_supplicant1 \
                   /fi/w1/wpa_supplicant1 \
                    fi.w1.wpa_supplicant1 DebugLevel s debug

Además, intente omitir completamente NM & w_s y solicite directamente al kernel que busque redes; si funciona, es probable que el problema esté en el lado del espacio de usuario; si no es así, es probable que esté en el lado del controlador/hardware:

iw wlan0 scan

Respuesta2

Intente reemplazar su tarjeta WI-FI(hardware).

Me costó alrededor de $ 20 uno nuevo y es bastante fácil de encontrar dentro de su computadora portátil (busque ayuda en you-tube). Saqué el número de pieza de la tarjeta anterior. Necesitará algunos destornilladores pequeños tipo reloj.

Han pasado dos meses desde que recibí la nueva tarjeta y el problema desapareció.

El mío se veía así:

ingrese la descripción de la imagen aquí

información relacionada