(Sas

El adaptador USB a Ethernet que promete plug and play no conecta en Linux​

Comprar un adaptador USB 3.0 a Ethernet Gigabit para un portátil sin puerto RJ45 debería ser el trámite más simple del mundo: enchufarlo, esperar un par de segundos y navegar. Con según qué kernels de Linux, la promesa «plug and play» se queda en eso, en promesa. El dispositivo aparece, el sistema lo enumera, el driver parece cargado y el enlace de red no llega a levantarse. El lío estalla cuando el usuario necesita justo eso: cable en un sitio donde el wifi no funciona bien.

¿Por qué no conecta un adaptador USB Ethernet en Linux?​

La culpa casi nunca es del aparato, sino de la cadena de software que debe reconocerlo. El equipo corre Linux Mint con un kernel 5.4.0-42-generic y el adaptador es un TP-Link UE300/UE330, basado en el chipset Realtek que maneja el módulo r8152. Antes de compilar nada, lo razonable es comprobar tres cosas: si el dispositivo aparece en «lsusb», si el módulo está cargado —«lsmod»— y si existe una interfaz de red asociada, vía «ip link» o «ifconfig».

Lo llamativo del caso es que el fabricante anuncie compatibilidad con Linux y funcionamiento de enchufar y usar. La realidad es la de un aparato que puede exigir compilar un driver a mano cuando la versión integrada en el kernel da problemas. El hardware va sobrado; el soporte, justo.

El laberinto del driver: de la versión 2.08.0 a la 2.14.0​

El intento de arreglo pasa por un repositorio de driver para el chipset Realtek, con instrucciones que hay que seguir al pie de la letra: entrar en la carpeta correcta y ejecutar «make && make install» seguido de «depmod -a». El detalle que descoloca es la ruta: no es lo mismo compilar desde r8152-2.08.0 que desde r8152-2.14.0, y hacerlo desde el directorio equivocado deja el módulo sin instalar sin que salte un error evidente.

A partir de ahí, las recetas se multiplican. Unas apuntan a instalar las cabeceras del kernel, hacer «make clean» y copiar manualmente el módulo a la carpeta de red, encadenando «depmod -a», «modprobe» e «insmod». Otras recuerdan que ese mismo dispositivo está soportado desde kernels muy antiguos —se cita el 4.14— y que el problema podría no estar en el driver, sino en la configuración de la red. Incluso hay quien sugiere bajar a un kernel 4.15.0-43 desde el arranque.

lsusb, ip link y ping: el diagnóstico que nunca llega​

En una conexión por cable el reparto de direcciones lo decide el router: si el adaptador toma IP por DHCP, la puerta de enlace típica apunta a 192.168.1.1 y conviene fijar un DNS conocido, como el 8.8.8.8 de Google. El diagnóstico serio pasa por desconectar el wifi —si no, se mezclan dos interfaces y las pruebas no dicen nada— y lanzar tres pings: al router, a una IP pública y a un dominio.

El síntoma que desconcierta es que, en los datos que el kernel da del dispositivo, este aparece reconocido, pero no se ve que llegue a establecer enlace, como si no hubiera cable. De poco sirve revisar el archivo de configuración de interfaces si la interfaz ni siquiera se levanta. Y en /var/log no hay ni rastro de un registro de mensajes donde leer el error.

¿Merece la pena pelear con el driver o cambiar de adaptador?​

Aquí el personal se parte. Una corriente insiste en ordenar el diagnóstico antes de tocar diez cosas a la vez: mirar «lsusb», «lsmod» y la configuración de la interfaz, y solo después compilar. Otra defiende arrancar una distribución en modo live distinta —o incluso un Windows de rescate— para descartar que el fallo venga de la versión del módulo que trae la distro.

Y está la salida pragmática: vender el aparato y comprar uno que funcione de serie. Su argumento es de sentido común: cuando el adaptador cuesta poco y las horas se acumulan, la pieza compatible sale más barata que la pelea. En contra pesa que el fabricante lo vende como compatible de fábrica y que, según esa misma lógica, debería funcionar sin dramas. Entre medias aparecen trucos de andar por casa, como probar el dispositivo en un puerto USB 2.0 en lugar de uno 3.0.

Lo que falta por resolver​

Con lo que hay sobre la mesa, lo más probable es que el asunto se resuelva reinstalando el driver desde la carpeta correcta o probando un kernel distinto. Pero mientras no aparezcan las salidas de «lsusb», «ip link» y el resultado de los pings, cualquier diagnóstico es una apuesta. Y así sigue: un adaptador que se vende como solución universal y un sistema operativo que no termina de darle la mano.