Linux: Régression TL-WN725N (adaptateur WiFi TP-Link) sur Buster

Créé le 23 juil. 2019  ·  8Commentaires  ·  Source: raspberrypi/linux

Je n'arrive pas à faire fonctionner cet adaptateur sur Buster. Cela fonctionne bien avec l'image d'installation pour Stretch (2019-04-08-raspbian-stretch.img)

Décrivez le bogue
Le widget GUI et raspi-config signalent tous deux "Aucune interface sans fil trouvée".

Reproduire
Copiez une image d'installation de Buster sur une carte microSD et démarrez la procédure d'installation avec le dongle WiFi installé. aucun adaptateur WiFi n'est détecté.

Comportement attendu
avec wpa_suppplicant.conf dans /boot, la connexion WiFi devrait apparaître. (Cela fonctionne avec Stretch mais pas avec Buster.)

Comportement réel
Aucun matériel WiFi détecté.

Système
Copiez et collez les résultats de la commande raspinfo dans cette section. Alternativement, copiez et collez un lien pastebin,
https://pastebin.com/bffePRJ8

ou ajoutez des réponses aux questions suivantes :

  • Quel modèle de Raspberry Pi ? par exemple Pi3B+, PiZeroW
    Pi 2B

  • Quel système d'exploitation et version ( cat /etc/rpi-issue ) ?
    2019-07-10-raspbian-buster.img

  • Quelle version du 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>:~ $ 
  • Quelle version du noyau ( 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>:~ $ 

Journaux
Le cas échéant, ajoutez la sortie pertinente de dmesg ou similaire.

Contexte supplémentaire
Ajoutez tout autre contexte pertinent pour le problème.
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>:~ $ 

trucs de réseau

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>:~ $ 

modules

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 installé

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>:~ $ 

Remarque : si j'installe la carte micro-SD dans un Pi avec WiFi intégré ou un dongle différent (Edimax), le WiFi fonctionne normalement.

Voir aussi https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=246587

Merci!

Commentaire le plus utile

Vous voudrez peut-être mettre sur liste noire le pilote r8188eu (mise en scène) et installer le 8188eu MrEngman qui a été assez fiable jusqu'à présent (même en mode AP).

Tous les 8 commentaires

Vous voudrez peut-être mettre sur liste noire le pilote r8188eu (mise en scène) et installer le 8188eu MrEngman qui a été assez fiable jusqu'à présent (même en mode AP).

Merci pour la réponse rapide.
Pouvez-vous m'aider avec deux questions?
J'ai mis le module sur liste noire, mais je ne trouve pas de guide pour utiliser un module de noyau à partir de la mise en scène. Pouvez-vous indiquer un guide pour cela?
J'utilise quelques-uns de ces dongles avec Pis qui fonctionnent sans tête et à distance d'Ethernet. Une mise à jour du noyau empêchera-t-elle le WiFi de fonctionner jusqu'à ce que j'intervienne manuellement pour corriger la situation (pour l'une ou l'autre solution ?)

Apparemment, j'ai aussi besoin d'un guide pour les modules de liste noire. J'ai créé le fichier suivant :

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

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

et au démarrage suivant, le module semble toujours chargé.

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>:~ $

Merci!

Suivez simplement la procédure d'installation de MrEngman en utilisant le script mentionné dans le post : il fera tout pour vous.

La procédure d'installation de MrEngman doit-elle être exécutée à chaque mise à jour du noyau ? J'ai besoin d'une solution pouvant être exécutée sur un système sans tête uniquement accessible via ssh.
S'il est nécessaire après chaque mise à niveau du noyau, peut-il être exécuté après la mise à niveau et avant le redémarrage ? En d'autres termes, cela fonctionnera-t-il pour les noyaux installés ou uniquement pour le noyau en cours d'exécution ?
Merci!

Ce pilote a-t-il fourni un avantage / a-t-il résolu votre problème ?

Oui, il doit être réinstallé après chaque mise à jour du noyau. Vous pouvez télécharger/installer l'archive nécessaire par vous-même si vous préférez (l'emplacement est prévisible).
Je vous suggère de poser toute question sur le déploiement de ces pilotes sur le fil de discussion associé.

Oui. Ce processus fait fonctionner le dongle. (Je n'ai pas effectué de tests approfondis, mais il apparaît et obtient une adresse IP.)
Il semble qu'il existe un moyen de mettre à jour le module lorsqu'un nouveau noyau est installé en fournissant un numéro de validation (pour le noyau ?). Je poserai des questions à ce sujet sur le fil. Je vais devoir comprendre cela avant de mettre à jour le noyau. Peut-être qu'un pilote fonctionnel le fera dans le prochain noyau.

Content que cela ait fonctionné pour vous.
Les heures supplémentaires, le pilote rtl8xxxu , inclus dans le noyau, peuvent fournir un support approprié pour 8188eu. Je n'ai pas vérifié l'état de celui-ci ces derniers temps. (notez qu'il est sur liste noire par défaut dans Raspbian Buster je pense).

En attendant, d'autres options si vous voulez construire à partir de sources :
https://github.com/lwfinger/rtl8188eu (source probable de MrEngman)
https://github.com/quickreflex/rtl8188eus

Fermeture de ce problème lorsque les questions ont répondu/problème résolu.

Cette page vous a été utile?
0 / 5 - 0 notes