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>:~ $
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!
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.
Commentaire le plus utile
Vous voudrez peut-être mettre sur liste noire le pilote
r8188eu
(mise en scène) et installer le8188eu
MrEngman qui a été assez fiable jusqu'à présent (même en mode AP).