Linux: Regresión de TL-WN725N (adaptador WiFi TP-Link) en Buster

Creado en 23 jul. 2019 · 8Comentarios · Fuente: raspberrypi/linux

No puedo hacer que este adaptador funcione en Buster. Funciona bien con la imagen de instalación de Stretch (2019-04-08-raspbian-stretch.img)

Describe el error
El widget GUI y raspi-config informan "No se encontraron interfaces inalámbricas".

Reproducir
Copie una imagen de instalación de Buster en una tarjeta microSD e inicie el procedimiento de instalación con el dongle WiFi instalado. no se descubre ningún adaptador WiFi.

Comportamiento esperado
con wpa_suppplicant.conf en / boot, la conexión WiFi debería aparecer. (Esto funciona con Stretch pero no con Buster).

Comportamiento real
No se detectó hardware WiFi.

Sistema
Copie y pegue los resultados del comando raspinfo en esta sección. Alternativamente, copie y pegue un enlace pastebin,
https://pastebin.com/bffePRJ8

o agregue respuestas a las siguientes preguntas:

¿Qué modelo de Raspberry Pi? por ejemplo, Pi3B +, PiZeroW
Pi 2B
¿Qué sistema operativo y versión ( cat /etc/rpi-issue )?
2019-07-10-raspbian-buster.img
¿Qué versión de firmware ( vcgencmd version )?

hbarta<strong i="35">@raspigold4gb</strong>:~ $ vcgencmd version
Jul  9 2019 14:40:53 
Copyright (c) 2012 Broadcom
version 6c3fe3f096a93de3b34252ad98cdccadeb534be2 (clean) (release) (start)
hbarta<strong i="36">@raspigold4gb</strong>:~ $

¿Qué versión del kernel ( uname -a )?

hbarta<strong i="42">@raspigold4gb</strong>:~ $ uname -a
Linux raspigold4gb 4.19.58-v7+ #1245 SMP Fri Jul 12 17:25:51 BST 2019 armv7l GNU/Linux
hbarta<strong i="43">@raspigold4gb</strong>:~ $

Registros
Si corresponde, agregue la salida relevante de dmesg o similar.

Contexto adicional
Agregue cualquier otro contexto relevante para el problema.
dmesg:

[   73.712352] usb 1-1.5: new high-speed USB device number 6 using dwc_otg
[   73.843828] usb 1-1.5: New USB device found, idVendor=0bda, idProduct=8179, bcdDevice= 0.00
[   73.843858] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   73.843871] usb 1-1.5: Product: 802.11n NIC
[   73.843886] usb 1-1.5: Manufacturer: Realtek
[   73.843916] usb 1-1.5: SerialNumber: 00E04C0001
[   73.936824] lib80211: common routines for IEEE802.11 drivers
[   73.936851] lib80211_crypt: registered algorithm 'NULL'
[   73.967611] r8188eu: module is from the staging directory, the quality is unknown, you have been warned.
[   73.992533] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_D_CUT_1T1R_RomVer(0)
[   74.029680] usbcore: registered new interface driver r8188eu
[   74.992671] MAC Address = 60:e3:27:1a:08:3e
[   74.996486] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   84.065424] logitech-hidpp-device 0003:046D:1017.0007: HID++ 1.0 device connected.

lsusb:

pi<strong i="8">@raspberrypi</strong>:~ $ lsusb
Bus 001 Device 006: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
Bus 001 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 004: ID 04d9:0132 Holtek Semiconductor, Inc. 
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi<strong i="9">@raspberrypi</strong>:~ $

cosas de la red

pi<strong i="13">@raspberrypi</strong>:~ $ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:aa:e6:2f brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.156/24 brd 192.168.1.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet6 2601:249:e00:6b24::16a9/128 scope global dynamic noprefixroute 
       valid_lft 7038sec preferred_lft 4338sec
    inet6 2601:249:e00:6b24:722f:c402:c3eb:544c/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 86388sec preferred_lft 14388sec
    inet6 fe80::2d51:b30b:140a:9dd6/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 60:e3:27:1a:08:3e brd ff:ff:ff:ff:ff:ff
pi<strong i="14">@raspberrypi</strong>:~ $ ifconfig wlan0
wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 60:e3:27:1a:08:3e  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi<strong i="15">@raspberrypi</strong>:~ $

módulos

pi<strong i="6">@raspberrypi</strong>:~ $ lsmod|egrep "8188|80211"
r8188eu               438272  0
lib80211               16384  1 r8188eu
cfg80211              614400  1 r8188eu
rfkill                 28672  2 cfg80211
pi<strong i="7">@raspberrypi</strong>:~ $

firmware instalado

pi<strong i="11">@raspberrypi</strong>:~ $ dpkg -l firmware-realtek
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name             Version           Architecture Description
+++-================-=================-============-==================================================
ii  firmware-realtek 1:20190114-1+rpt2 all          Binary firmware for Realtek wired/wifi/BT adapters
pi<strong i="12">@raspberrypi</strong>:~ $

Nota: Si instalo la tarjeta micro-SD en un Pi con WiFi integrado o un dongle diferente (Edimax), el WiFi funciona normalmente.

También consulte https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=246587

¡Gracias!

Fuente

HankB

👍3

Comentario más útil

Es posible que desee poner en la lista negra el controlador r8188eu (preparación) e instalar el 8188eu MrEngman, que ha sido bastante confiable hasta ahora (incluso en modo AP).

macmpi en 24 jul. 2019

🎉2 👍2 🚀1 ❤1 😄1

Todos 8 comentarios

Es posible que desee poner en la lista negra el controlador r8188eu (preparación) e instalar el 8188eu MrEngman, que ha sido bastante confiable hasta ahora (incluso en modo AP).

macmpi en 24 jul. 2019

🎉2 👍2 🚀1 ❤1 😄1

Gracias por la pronta respuesta.
¿Pueden ayudarme con dos preguntas?
Incluí el módulo en la lista negra, pero no puedo encontrar una guía para usar un módulo de kernel desde la etapa de prueba. ¿Puedes señalar una guía para eso?
Utilizo un par de estos dongles con Pis que se operan sin cabeza y distantes de Ethernet. ¿Una actualización del kernel hará que WiFi no vuelva a funcionar hasta que intervenga manualmente para corregir la situación (para cualquiera de las soluciones?)

Aparentemente, también necesito una guía para incluir módulos en listas negras. Creé el siguiente archivo:

pi<strong i="10">@raspberrypi</strong>:~ $ cat /etc/modules-load.d/raspi-blacklist.conf 
blacklist r8188eu

pi<strong i="11">@raspberrypi</strong>:~ $

y en el siguiente arranque, el módulo parece que todavía está cargado.

pi<strong i="15">@raspberrypi</strong>:~ $ lsmod |egrep "8188|80211"
r8188eu               438272  0
lib80211               16384  1 r8188eu
cfg80211              614400  1 r8188eu
rfkill                 28672  2 cfg80211
pi<strong i="16">@raspberrypi</strong>:~ $

¡Gracias!

HankB en 24 jul. 2019

Simplemente siga el procedimiento de instalación de MrEngman utilizando el script mencionado en la publicación: hará todo por usted.

macmpi en 24 jul. 2019

¿Es necesario realizar el procedimiento de instalación de MrEngman cada vez que se actualiza el kernel? Necesito una solución que se pueda realizar en un sistema sin cabeza al que solo se puede acceder a través de ssh.
Si es necesario después de cada actualización del kernel, ¿se puede ejecutar después de la actualización y antes de reiniciar? En otras palabras, ¿funcionará para los núcleos instalados o solo para el núcleo en ejecución?
¡Gracias!

HankB en 24 jul. 2019

¿Ese controlador proporcionó algún beneficio / solucionó su problema?

Sí, debe reinstalarse después de cada actualización del kernel. Puede descargar / instalar el archivo necesario usted mismo si lo prefiere (la ubicación es predecible).
Le sugiero que haga cualquier pregunta sobre la implementación de esos controladores en el hilo del foro relacionado.

macmpi en 24 jul. 2019

Si. Ese proceso hace que el dongle funcione. (No he realizado pruebas exhaustivas, pero aparece y obtiene una dirección IP).
Parece que hay una manera de actualizar el módulo cuando se instala un nuevo kernel proporcionando un número de confirmación (¿para el kernel?). Preguntaré sobre eso en el hilo. Necesitaré averiguarlo antes de actualizar el kernel. Quizás un controlador que funcione lo haga en el próximo kernel.

HankB en 25 jul. 2019

Gustoso de trabajar para ti.
Las horas extraordinarias, el controlador rtl8xxxu , incluido en el kernel, pueden proporcionar el soporte adecuado para 8188eu. No he comprobado el estado de este últimamente. (tenga en cuenta que está en la lista negra de forma predeterminada en Raspbian Buster, creo).

Mientras tanto, otras opciones si desea construir a partir de fuentes:
https://github.com/lwfinger/rtl8188eu (fuente probable de MrEngman)
https://github.com/quickreflex/rtl8188eus

macmpi en 26 jul. 2019

Cerrando este problema como preguntas respondidas / problema resuelto.