Ubuntu no reconoce el Wi-Fi: diagnóstico y soluciones

Cuando Ubuntu o Linux Mint no reconoce el Wi-Fi, cambiar una opción del controlador al azar puede empeorar el problema. Primero necesitamos distinguir entre cuatro casos: el adaptador no aparece, aparece pero está bloqueado, ve redes pero no conecta, o conecta correctamente y falla Internet.

Los siguientes pasos empiezan por comprobaciones que no cambian el sistema. Conviene guardar la salida de los comandos donde aparezca un error; el nombre del adaptador y del controlador suele ser la pista más importante.

1. Comprobar si Linux ve el adaptador Wi-Fi

Abrimos la terminal y consultamos los dispositivos gestionados por NetworkManager:

nmcli device status

Debería aparecer una fila cuyo tipo sea wifi. El nombre de la interfaz puede ser wlan0, wlp2s0 u otro parecido. Su estado nos ayuda a separar el problema:

• connected: el adaptador ya tiene una conexión; debemos comprobar ruta, Internet y DNS.
• disconnected: el dispositivo existe, pero todavía no está conectado.
• unavailable: puede estar bloqueado, sin firmware o fuera del control de NetworkManager.
• No aparece ningún dispositivo Wi-Fi: debemos identificar el hardware antes de tocar la configuración.

Para un adaptador interno PCI utilizamos:

lspci -nnk | grep -A3 -i network

Si es un adaptador USB:

lsusb

En lspci buscamos las líneas Kernel driver in use y Kernel modules. Si el dispositivo aparece pero no tiene controlador en uso, el identificador numérico entre corchetes permite buscar qué módulo o firmware necesita sin confundirlo con otra revisión del mismo modelo comercial.

2. Revisar si el Wi-Fi está bloqueado

Un atajo del teclado, un interruptor físico o el modo avión puede bloquear la radio. Comprobamos su estado con:

rfkill list
nmcli radio

Si aparece Soft blocked: yes, podemos desbloquearla y encender el Wi-Fi para NetworkManager:

sudo rfkill unblock wifi
nmcli radio wifi on

Si indica Hard blocked: yes, una orden no puede anularlo. Hay que revisar la tecla de función, el interruptor del equipo, el modo avión o la configuración UEFI/BIOS.

3. Buscar redes desde la terminal

Forzamos una nueva búsqueda y mostramos las redes detectadas:

nmcli device wifi rescan
nmcli device wifi list

Si nuestra red aparece, podemos conectarnos sin escribir la contraseña dentro del historial de la terminal:

nmcli --ask device wifi connect "Nombre de la red"

Cuando una red que funcionaba deja de aceptar la contraseña, puede haber quedado un perfil antiguo. Primero vemos sus nombres:

nmcli connection show

Podemos eliminar únicamente el perfil problemático y volver a conectarnos:

nmcli connection delete "Nombre del perfil"
nmcli --ask device wifi connect "Nombre de la red"

Esto borra la contraseña y los ajustes guardados de ese perfil, no el adaptador ni otras redes.

4. Comprobar NetworkManager

Si el adaptador existe pero nmcli no puede gestionarlo, revisamos el servicio:

systemctl status NetworkManager --no-pager
nmcli general status

En un ordenador local podemos reiniciar NetworkManager si ha quedado bloqueado:

sudo systemctl restart NetworkManager

La conexión se cortará durante unos segundos. No debemos hacer este paso por SSH si el Wi-Fi es nuestro único acceso al equipo remoto.

5. Buscar errores del controlador y del firmware

El kernel registra si no pudo cargar el firmware, si el controlador se reinicia o si el dispositivo desaparece. Estas dos consultas suelen dar información suficiente:

journalctl -b -k | grep -iE 'wifi|wlan|firmware|iwl|ath|brcm|rtl'
journalctl -b -u NetworkManager --no-pager

No todas las líneas que contienen «error» explican el fallo. Debemos fijarnos en el nombre del módulo que mostró lspci -nnk y en mensajes como failed to load firmware, desconexiones repetidas o autenticación rechazada.

Primero instalamos las actualizaciones normales, porque los controladores de Intel, Realtek, Atheros y otros fabricantes suelen llegar con el kernel y el paquete de firmware:

sudo apt update
sudo apt upgrade

Algunos adaptadores Broadcom ofrecen un controlador desde Controladores adicionales. Es preferible ese paquete preparado por Ubuntu o Linux Mint a copiar un módulo desde un repositorio desconocido.

6. Tiene Wi-Fi, pero no navega

Si nmcli device status indica que estamos conectados, comprobamos por separado dirección, ruta y resolución de nombres:

ip address
ip route
ping -c 3 1.1.1.1
getent hosts ubuntu.com

• Si no tenemos dirección IP o ruta por defecto, el problema está entre el equipo y el router, normalmente DHCP o autenticación.
• Si responde 1.1.1.1 pero getent no devuelve direcciones, la conexión funciona y el problema es DNS.
• Si tampoco responde la dirección IP, probamos otro dispositivo en la misma red antes de cambiar DNS.

Una vez recuperada la conexión podemos medir la velocidad desde la terminal, pero un test de velocidad no sirve para diagnosticar un adaptador que todavía no conecta.

7. Desconexiones o señal muy baja

Cuando la red aparece y desaparece, probamos primero cerca del router y comparamos las bandas de 2,4 y 5 GHz. La primera suele llegar más lejos; la segunda puede ofrecer más velocidad a poca distancia. También conviene comprobar si el problema ocurre en todas las redes o sólo con ese router.

No existe una opción de ahorro de energía válida para todos los controladores. Antes de crear archivos en /etc/modprobe.d, buscamos en el registro el nombre exacto del módulo y comprobamos su documentación. La antigua solución options ath9k nohwcrypt=1 sólo afectaba a una familia concreta y no debe aplicarse a Intel, Realtek, Broadcom ni a cualquier equipo con desconexiones.

Si dejó de funcionar después de actualizar

Desde Opciones avanzadas para Ubuntu en GRUB podemos iniciar temporalmente el kernel anterior. Si el Wi-Fi vuelve, guardamos la versión de ambos kernels y el nombre del adaptador; esa comparación es mucho más útil que reinstalar toda la red.

Si tampoco funciona en una sesión Live de una versión actual de Ubuntu o Linux Mint, es probable que falte soporte para el dispositivo, exista un bloqueo de hardware o el adaptador tenga un problema físico. Probar la sesión Live no modifica el sistema instalado y permite separar un fallo de configuración de uno de compatibilidad.

Con la salida de nmcli device status, rfkill list y lspci -nnk normalmente ya podemos explicar qué está fallando. Si necesitas ayuda, evita publicar contraseñas o direcciones MAC completas al copiar los resultados.