Linux: TL-WN725N (TP-Link WiFi Adapter) Regression auf Buster

Erstellt am 23. Juli 2019  ·  8Kommentare  ·  Quelle: raspberrypi/linux

Ich kann diesen Adapter nicht auf Buster zum Laufen bringen. Es funktioniert gut mit dem Installationsimage für Stretch (2019-04-08-raspbian-stretch.img)

Beschreibe den Fehler
GUI-Widget und raspi-config melden beide "Keine drahtlosen Schnittstellen gefunden."

Fortpflanzen
Kopieren Sie ein Buster-Installationsimage auf eine microSD-Karte und starten Sie mit installiertem WiFi-Dongle zum Installationsvorgang. es wird kein WLAN-Adapter erkannt.

Erwartetes Verhalten
Mit wpa_suppplicant.conf in /boot sollte die WLAN-Verbindung hergestellt werden. (Dies funktioniert mit Stretch, aber nicht mit Buster.)

Tatsächliches Verhalten
Keine WLAN-Hardware erkannt.

System
Kopieren Sie die Ergebnisse des Befehls raspinfo und fügen Sie sie in diesen Abschnitt ein. Alternativ können Sie einen Pastebin-Link kopieren und einfügen,
https://pastebin.com/bffePRJ8

oder fügen Sie Antworten auf die folgenden Fragen hinzu:

  • Welches Raspberry-Pi-Modell? zB Pi3B+, PiZeroW
    Pi 2B

  • Welches Betriebssystem und welche Version ( cat /etc/rpi-issue )?
    2019-07-10-raspbian-buster.img

  • Welche Firmware-Version ( 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>:~ $ 
  • Welche Kernel-Version ( 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>:~ $ 

Protokolle
Fügen Sie ggf. die entsprechende Ausgabe von dmesg oder ähnlich hinzu.

Zusätzlicher Kontext
Fügen Sie einen anderen relevanten Kontext für das Problem hinzu.
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>:~ $ 

Netzwerkkram

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

Module

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

installierte Firmware

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

Hinweis: Wenn ich die Micro-SD-Karte in einem Pi mit integriertem WLAN oder einem anderen Dongle (Edimax) installiere, funktioniert das WLAN normal.

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

Vielen Dank!

Hilfreichster Kommentar

Vielleicht möchten Sie r8188eu Treiber auf die schwarze Liste setzen (Staging) und MrEngmans 8188eu installieren, das bisher recht zuverlässig war (sogar im AP-Modus).

Alle 8 Kommentare

Vielleicht möchten Sie r8188eu Treiber auf die schwarze Liste setzen (Staging) und MrEngmans 8188eu installieren, das bisher recht zuverlässig war (sogar im AP-Modus).

Danke für die schnelle Antwort.
Können Sie bei zwei Fragen helfen?
Ich habe das Modul auf die schwarze Liste gesetzt, kann aber keine Anleitung zur Verwendung eines Kernelmoduls aus dem Staging finden. Können Sie dazu eine Anleitung aufzeigen?
Ich verwende ein paar dieser Dongles mit Pis, die kopflos und entfernt vom Ethernet betrieben werden. Wird ein Kernel-Update dazu führen, dass WiFi nicht wieder funktioniert, bis ich manuell eingreife, um die Situation zu korrigieren (für beide Lösungen?)

Anscheinend brauche ich auch eine Anleitung zum Blacklisting von Modulen. Ich habe folgende Datei erstellt:

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

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

und beim folgenden Booten sieht das Modul so aus, als ob es noch geladen wäre.

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

Vielen Dank!

Folgen Sie einfach der Installationsprozedur von MrEngman mit dem im Beitrag erwähnten Skript: Es wird alles für Sie tun.

Muss die Installationsprozedur von MrEngman jedes Mal durchgeführt werden, wenn der Kernel aktualisiert wird? Ich brauche eine Lösung, die auf einem Headless-System ausgeführt werden kann, auf das nur über ssh zugegriffen werden kann.
Wenn es nach jedem Kernel-Upgrade benötigt wird, kann es nach dem Upgrade und vor dem Neustart ausgeführt werden? Mit anderen Worten, funktioniert es für installierte Kernel oder nur für den laufenden Kernel?
Vielen Dank!

Hat dieser Treiber einen Nutzen gebracht/Ihr Problem behoben?

Ja, es muss nach jedem Kernel-Update neu installiert werden. Wenn Sie möchten, können Sie das erforderliche Archiv selbst herunterladen/installieren (Speicherort ist vorhersehbar).
Ich schlage vor, dass Sie alle Fragen zu dieser Treiberbereitstellung im entsprechenden Forenthread stellen.

Jawohl. Dieser Vorgang bringt den Dongle zum Laufen. (Ich habe keine umfangreichen Tests durchgeführt, aber es wird angezeigt und erhält eine IP-Adresse.)
Es sieht so aus, als ob es eine Möglichkeit gibt, das Modul zu aktualisieren, wenn ein neuer Kernel installiert wird, indem eine Commit-Nummer (für den Kernel?) angegeben wird. Ich werde im Thread danach fragen. Ich muss das herausfinden, bevor ich den Kernel aktualisiere. Vielleicht schafft es ein funktionierender Treiber in den nächsten Kernel.

Schön, dass es bei dir funktioniert hat.
Im Laufe der Zeit kann der im Kernel enthaltene rtl8xxxu Treiber die richtige Unterstützung für 8188eu bieten. Ich habe diesen Status in letzter Zeit nicht überprüft. (Beachten Sie, dass es in Raspbian Buster standardmäßig auf der schwarzen Liste steht, denke ich).

In der Zwischenzeit andere Optionen, wenn Sie aus Quellen erstellen möchten:
https://github.com/lwfinger/rtl8188eu (wahrscheinliche Quelle von MrEngman)
https://github.com/quickreflex/rtl8188eus

Dieses Problem wird geschlossen, da die Fragen beantwortet/das Problem gelöst ist.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen