"RTL8811CU" WLAN-USB-Stick mit Antenne unter Debian 12 "Bookworm" zum Laufen bringen

[buhtz]

Mein RaspberryPi4 lief bisher mit Debian 11 (von raspi.debian.net) und einem USB-WLAN-Stick mit Antenne, dessen Installation schwierig war, da ich hier noch den Treiber selber kompilieren musste. (siehe viewtopic.php?t=182744)

Unter Debian 12 stehe ich wieder vor dem Problem. Das besagte Treiber repo, supported Debian 12 nicht. Diverse Forks davon konzentrieren sich auf RaspberryPi OS und bauen unter Debian 12 auch nicht durch.

Bin nicht so sehr in C und ARM, um das selbst zu fixen.

Möchte mir lieber einen neuen Stick kaufen. Gibt es überhaupt solche Sticks, die ohne zusätzliche Installationen out-of-the-box laufen? Und wie finde ich die?

[MSfree]

Unter Debian 12 stehe ich wieder vor dem Problem.

Debian 12 hat einen viel neueren Kernel als Debian 11. Der neue Kernel hat auch deutlich mehr Treiber für alle möglichen Geräte (auch WLAN) an Bord. Hast du denn überhaupt schon probiert, of der neue Kernel deinen WLAN-Stick direkt unterstützt?

Das besagte Treiber repo, supported Debian 12 nicht.

Das ist ein typisches Zeichen dafür, daß der nicht mehr notwendig ist. Aber warum versuchst du einen Treiber zu kompilieren, bevor du die mitgelieferten Treiber ausprobierst?

[buhtz]

Hast du denn überhaupt schon probiert, of der neue Kernel deinen WLAN-Stick direkt unterstützt?

Naja, ich hab ihn reingesteckt. Im journalctl sehe ich das gewohnte usb-mode-switch Zeug. Aber als WLAN-Adapter taucht das Ding nicht auf. So war es damals (siehe verlinkten Thread) bei Debian 11 auch.

Das besagte Treiber repo, supported Debian 12 nicht.

Das ist ein typisches Zeichen dafür, daß der nicht mehr notwendig ist.

Mhm... Das wäre ja prima. Also evtl. liegt das Problem diesmal woanders und nicht beim Treiber.

Zu dem Problem mit dem Repo. Hier vermute ich, dass es etwas mit den feinen Unterschieden verschiedener ARM-Architekturen zu tun hat. Aber ich verstehe davon zu wenig, um es selbst zu fixen.

OK, dann mal los. Ein Debian 12 (von raspi.debian.net) auf einem Raspberry Pi 4. "wlan0" (on-board wlan) ist sichtbar und läuft.
Nach dem Booten stecke ich den USB-WLAN-Adapter (DMG-19 (RTL8811CU Chipset)) ein.

Code: Alles auswählen

Sep 14 10:00:40 quark kernel: usb 1-1.1: new high-speed USB device number 3 using xhci_hcd
Sep 14 10:00:40 quark kernel: usb 1-1.1: New USB device found, idVendor=0bda, idProduct=1a2b, bcdDevice= 2.00
Sep 14 10:00:40 quark kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Sep 14 10:00:40 quark kernel: usb 1-1.1: Product: DISK
Sep 14 10:00:40 quark kernel: usb 1-1.1: Manufacturer: Realtek
Sep 14 10:00:40 quark systemd[1]: Created slice system-usb_modeswitch.slice - Slice /system/usb_modeswitch.
Sep 14 10:00:40 quark systemd[1]: Starting usb_modeswitch@1-1.1.service - USB_ModeSwitch_1-1.1...
Sep 14 10:00:41 quark systemd[1]: usb_modeswitch@1-1.1.service: Main process exited, code=killed, status=15/TERM
Sep 14 10:00:41 quark systemd[1]: usb_modeswitch@1-1.1.service: Failed with result 'signal'.
Sep 14 10:00:41 quark systemd[1]: Stopped usb_modeswitch@1-1.1.service - USB_ModeSwitch_1-1.1.
Sep 14 10:00:41 quark systemd[1]: Starting usb_modeswitch@1-1.1.service - USB_ModeSwitch_1-1.1...
Sep 14 10:00:41 quark kernel: SCSI subsystem initialized
Sep 14 10:00:41 quark kernel: usb-storage 1-1.1:1.0: USB Mass Storage device detected
Sep 14 10:00:41 quark kernel: scsi host0: usb-storage 1-1.1:1.0
Sep 14 10:00:41 quark kernel: usbcore: registered new interface driver usb-storage
Sep 14 10:00:41 quark kernel: usbcore: registered new interface driver uas
Sep 14 10:00:41 quark usb_modeswitch[2717]: switch device 0bda:1a2b on 001/003
Sep 14 10:00:41 quark kernel: usb 1-1.1: USB disconnect, device number 3
Sep 14 10:00:42 quark kernel: usb 1-1.1: new high-speed USB device number 4 using xhci_hcd
Sep 14 10:00:42 quark kernel: usb 1-1.1: New USB device found, idVendor=0bda, idProduct=c811, bcdDevice= 2.00
Sep 14 10:00:42 quark kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 14 10:00:42 quark kernel: usb 1-1.1: Product: 802.11ac NIC
Sep 14 10:00:42 quark kernel: usb 1-1.1: Manufacturer: Realtek
Sep 14 10:00:42 quark kernel: usb 1-1.1: SerialNumber: 123456
Sep 14 10:01:01 quark systemd[1]: usb_modeswitch@1-1.1.service: Deactivated successfully.
Sep 14 10:01:01 quark systemd[1]: Finished usb_modeswitch@1-1.1.service - USB_ModeSwitch_1-1.1.

Keine Fehlermeldungen. Aber "wlan1" taucht nicht auf.

Ich sehe unter XFCE im Network Manager Applet nur einen Adapter und auch mit "ip address" sehe ich nur "lo", "eth0" und "wlan0". Ich würde noch ein "wlan1" erwarten.

[mat6937]

Nach dem Booten stecke ich den USB-WLAN-Adapter (DMG-19 (RTL8811CU Chipset)) ein.

Steck ihn mal vor dem Booten schon ein und poste nach dem Booten, die Ausgaben von:

Code: Alles auswählen

iwconfig
lsmod

[buhtz]

Dann bootet er gar nicht, sondern bleibt hängen. Das war bei Debian 11, mit selbst gebauten und installierten Treiber, auch schon so.
Siehe dazu den alten Thread von mir: viewtopic.php?t=182755 .
Dazu ergänzend noch die Diskussion bei modeswitch selbst: https://www.draisberghof.de/usb_modeswi ... f=4&t=3010 .

[mat6937]

Dann bootet er gar nicht, sondern bleibt hängen.

Wie sind mit einem aktuellen RasberryPI-OS (bullseye), auf deinem PI4 die Ausgaben von:

Code: Alles auswählen

rpi-eeprom-config
rpi-eeprom-update
ls -la /sys/bus/pci/devices/0000\:01\:00.0/remove

?
EDIT:

... und von deinem PI4 mit Debian 12, die Ausgabe von:

Code: Alles auswählen

ls -la /sys/bus/pci/devices/0000\:01\:00.0/remove

?

[buhtz]

Wie sind mit einem aktuellen RasberryPI-OS (bullseye)

Noch mal ganz deutlich, weil es gerne verwechselt wird: Ich nutze nicht RaspberryPi-OS, sondern Debian 12 "Bookworm" von raspi.debian.net. Das ist ein Community gepflegtes minimales Debian. Keine "debian-basierte" Distro wie RaspberryPi-OS; es ist pure-Debian.

Die von dir genannten Befehle existieren unter Debian nicht.

Den Debian 11 Pi habe ich auch nicht mehr. Bzw. habe ich auf dem selben Pi4 jetzt Debian 12 aufgesetzt. Aus Debian 11 kann ich dir keine Ausgaben mehr zeigen.

Zu dem anderen Befehl:

Code: Alles auswählen

$ ls -la /sys/bus/pci/devices/0000\:01\:00.0/remove
--w--w---- 1 root root 4096 14. Sep 14:51 /sys/bus/pci/devices/0000:01:00.0/remove

[mat6937]

Noch mal ganz deutlich, weil es gerne verwechselt wird: Ich nutze nicht RaspberryPi-OS, sondern Debian 12 "Bookworm"

Die von dir genannten Befehle existieren unter Debian nicht.

Das weiß ich bzw. ich habe nichts verwechselt und deshalb habe ich auch geschrieben:

RasberryPI-OS (bullseye)

Code: Alles auswählen

Raspberry Pi OS Lite
Release date: May 3rd 2023
System: 64-bit
Kernel version: 6.1
Debian version: 11 (bullseye)

https://downloads.raspberrypi.org/raspi ... ite.img.xz

Für den Bootloader des PI4, brauchst Du schon dieses OS.

[DerChris]

Moin,

(wahrscheinlich) ne überflüssige Frage, aber ist auch firmware-realtek installiert?

[buhtz]

(wahrscheinlich) ne überflüssige Frage, aber ist auch firmware-realtek installiert?

Keine überflüssige Frage. Ist aber installiert.

Das weiß ich bzw. ich habe nichts verwechselt und deshalb habe ich auch geschrieben:

RasberryPI-OS (bullseye)

Code: Alles auswählen

Raspberry Pi OS Lite
Release date: May 3rd 2023
System: 64-bit
Kernel version: 6.1
Debian version: 11 (bullseye)

https://downloads.raspberrypi.org/raspi ... ite.img.xz

Für den Bootloader des PI4, brauchst Du schon dieses OS.

Ich komme nicht ganz mit und evtl. missverstehen wir uns auch.
Ich weiß nicht, wie Gunar die Images auf https://raspi.debian.net/tested-images/ baut, aber ich habe keinerlei Berührung mit https://raspberrypi.org gehabt.

[mat6937]

Ich komme nicht ganz mit und evtl. missverstehen wir uns auch.

Ja, anscheinend. Schau mal, als ich auf einem meiner PI4s OpenBSD installiert habe, musste ich vorher mit dem RaspiOS auf einer SD-Karte, den Bootloader des PI4 auf den neuesten Stand updaten. D. h. mit anderen OSs geht das nicht, auch mit Debian nicht. Ich dachte Du hast auch eine SD-Karte mit dem aktuellen RaspiOS und kannst deinen PI4 schnell mal booten, aber wenn das so ein Problem ist, dann lassen wir es.

[mat6937]

Ich komme nicht ganz mit und evtl. missverstehen wir uns auch.

Ja, anscheinend. Schau mal, als ich auf einem meiner PI4s OpenBSD installiert habe, musste ich vorher mit dem RaspiOS auf einer SD-Karte, den Bootloader des PI4 auf den neuesten Stand updaten. D. h. mit anderen OSs geht das nicht, auch mit Debian nicht. Ich dachte Du hast auch eine SD-Karte mit dem aktuellen RaspiOS und kannst deinen PI4 schnell mal booten, aber wenn das so ein Problem ist, dann lassen wir es.

EDIT:

Zurück zu Debian 12 auf deinem PI4: Der PI4 hat ja 2 USB2-Ports und 2 USB3-Ports. Beim Booten mit eingestecktem Wlan-Stick, hast Du sowohl an einem USB2-Port als auch ani einem USB3-Port versucht?

EDIT 2:

Wie ist mit Debian 12 auf deinem PI4, die Ausgabe von:

Code: Alles auswählen

apt show firmware-realtek | grep -i 8821

?

[buhtz]

musste ich vorher mit dem RaspiOS auf einer SD-Karte, den Bootloader des PI4 auf den neuesten Stand updaten

Das ist m.W. mit den Images von Gunar von raspi.debian.net nicht notwendig. Die werden einfach per dd auf die Karte gelegt und fertig.

Zurück zu Debian 12 auf deinem PI4: Der PI4 hat ja 2 USB2-Ports und 2 USB3-Ports. Beim Booten mit eingestecktem Wlan-Stick, hast Du sowohl an einem USB2-Port als auch ani einem USB3-Port versucht?

Gute Frage. Hab es jetzt nochmal auf allen 4 Ports probiert. Das macht keinen Unterschied. Ich habe dabei mit sudo journalctl -f und watch ip address die Situation überwacht.

Code: Alles auswählen

$ apt show firmware-realtek | grep -i 8821
  * Realtek RTL8821A Bluetooth firmware (rtl_bt/rtl8821a_fw.bin)
  * Realtek RTL8821C Bluetooth config (rtl_bt/rtl8821c_config.bin,
    rtl_bt/rtl8821a_config.bin)
  * Realtek RTL8821C Bluetooth firmware (rtl_bt/rtl8821c_fw.bin)
  * Realtek RTL8821AEFW firmware (rtlwifi/rtl8812aefw.bin)
  * Realtek RTL8821AEFW wowlan firmware (rtlwifi/rtl8812aefw_wowlan.bin)
  * Realtek RTL8821AE firmware, version 29 (rtlwifi/rtl8821aefw_29.bin)
  * Realtek RTL8821AE firmware (rtlwifi/rtl8821aefw.bin)
  * Realtek RTL8821AE firmware (rtlwifi/rtl8821aefw_wowlan.bin)
  * Realtek 8821C firmware (rtw88/rtw8821c_fw.bin)

[towo]

8821CU ist erst ab Kernel 6.2 im Kernel enthalten.

https://github.com/morrownr/8821cu-20210916
soll laut README auch gegen 6.1 bauen.

[mat6937]

Das ist m.W. mit den Images von Gunar von raspi.debian.net nicht notwendig.

Das weiß ich bzw. darum geht es nicht.
Du hast geschrieben, dass dein PI4 mit Debian 12 nicht bootet, wenn der USB-Wlan-Stick, schon _vor dem booten_ eingesteckt ist. Es geht mir darum, ob die Bootreihenfolge deines PI4 evtl. anders konfiguriert ist. Z. B.:

Code: Alles auswählen

:~ $ rpi-eeprom-config | grep -i order
BOOT_ORDER=0xf41

Wenn keine Ausgabe, dann ist es noch die default-Einstellung und die ist OK.
Versuch mal nur als Test, mit der Zeile:

Code: Alles auswählen

echo 1 > /sys/bus/pci/devices/0000\:01\:00.0/remove

in der /etc/rc.local (oder gleichwertig) an der richtigen Stelle der rc.local-Datei und mit schon eingestecktem USB-Wlan-Stick, deinen PI4 zu booten.

EDIT:

Was Du noch testen kannst ist, einen aktiven USB-Hub zum verbinden des USB-Wlan-Sticks mit deinem PI4, benutzen.
Als Netzteil für deinen PI4, benutzt Du das offizielle Netzteil das von der RaspberryPI-Foundation angeboten wird?

[buhtz]

8821CU ist erst ab Kernel 6.2 im Kernel enthalten.

https://github.com/morrownr/8821cu-20210916
soll laut README auch gegen 6.1 bauen.

Na, Geilomat! Das probier ich grad. ... Geht! Dickes Danke.

[buhtz]

Es geht mir darum, ob die Bootreihenfolge deines PI4 evtl. anders konfiguriert ist. Z. B.:

Code: Alles auswählen

:~ $ rpi-eeprom-config | grep -i order
BOOT_ORDER=0xf41

Wenn keine Ausgabe, dann ist es noch die default-Einstellung und die ist OK.

Deine Vermutung ist, dass der Pi versucht von dem WLAN-Stick zu booten?

OK, ich hab mich unpräzise ausgedrückt. Der Pi bootet aber bleibt hängen, solange bis ich den Stick rausziehe. Jedenfalls war das damals bei Debian 11 so und hatte ich in dem besagten Thread auch so formuliert.

Mit dem neuen Treiber repo, sieht die Situation anders aus.
Pi bootet auch mit eingesteckten Stick voll durch. "wlan1" ist aber trotzdem nicht da.
Ich muss den Stick erst einmal raus und wieder rein. Dann läufts.

Im journalctl kann ich den String "8811" nicht finden.
Ziehe ich den Stick nach dem Booten raus, steht im Journal was von "device number 3". Suche ich danach finde ich nur das hier im Journal seit dem letzten Boot.

Code: Alles auswählen

Sep 15 12:42:01 quark kernel: usb 1-1.1: reset high-speed USB device number 3 using xhci_hcd
Sep 15 12:42:01 quark kernel: Bluetooth: hci0: BCM: features 0x2f
Sep 15 12:42:01 quark kernel: Bluetooth: hci0: BCM43455 37.4MHz Raspberry Pi 3+-0187
Sep 15 12:42:01 quark kernel: bcmgenet fd580000.ethernet: configuring instance for external RGMII (RX delay)
Sep 15 12:42:01 quark kernel: Bluetooth: hci0: BCM4345C0 (003.001.025) build 0370
Sep 15 12:42:01 quark kernel: bcmgenet fd580000.ethernet eth0: Link is Down

Könnte es etwas mit der modeswitch Sache zu tun haben?

[Blackbox]

Die ganze Zeit frage ich mich bereits, wieso du dir die Mühe machst ein Kernelmodul zu bauen, welches fehlschlägt, anstatt ein 6.2-Kernelpaket zu erstellen und dieses dann zu installieren?
Wie @towo bereits erwähnte, ist im Kernel 6.2 das (fehlende) Kernelmodul bereits enthalten.

[buhtz]

Die ganze Zeit frage ich mich bereits, wieso du dir die Mühe machst ein Kernelmodul zu bauen, welches fehlschlägt, anstatt ein 6.2-Kernelpaket zu erstellen und dieses dann zu installieren?

Was meinst du mit "Kernelpaket"? Kernel selbst bauen, in ein deb-file stecken und dann per dpkg installieren?
Es ist viele Jahre her, dass ich einen Kernel gebaut habe.

Also anstatt ein Teil auszutauschen, kaufe ich gleich ein komplett neues Gerät? Ne, das passt irgendwie nicht.
Abgesehen davon vermute ich, dass im Kontext der raspi.debian.net Images auch einige Anpassungen im Kernel stecken, die ich dann nachbauen müsste. Alles nur für ein WLAN-Antenne?

Der Treiber läuft ja jetzt doch.

[towo]

Würdest du bitte aufhören, immer WLAN-Antenne zu schreiben, da bekommt man

a) Augenkrebs und
b) braucht eine Antenne keinerlei Treiber

[mat6937]

Mit dem neuen Treiber repo, sieht die Situation anders aus.
Pi bootet auch mit eingesteckten Stick voll durch. "wlan1" ist aber trotzdem nicht da.
Ich muss den Stick erst einmal raus und wieder rein. Dann läufts.

Schau mal mit:

Code: Alles auswählen

lsmod

vor dem raus ziehen des Sticks, ob der Treiber geladen ist, ... und wenn der Treiber nicht geladen ist, ob er nach dem wieder einstecken des Sticks, geladen ist.

[buhtz]

OK. Booten mit eingesteckten WLAN-Stick.

Code: Alles auswählen

$ lsmod | grep 88
snd_pcm               114688  4 snd_bcm2835,snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine

Nach dem Booten Stick rausgezogen.

Code: Alles auswählen

$ lsmod | grep 88
snd_pcm               114688  4 snd_bcm2835,snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine

Wieder reingesteckt.

Code: Alles auswählen

lsmod | grep 88
8821cu               2433024  0
cfg80211              782336  2 8821cu,brcmfmac
snd_pcm               114688  4 snd_bcm2835,snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine
usbcore               266240  7 xhci_hcd,dwc2,8821cu,usb_storage,brcmfmac,xhci_pci,uas

Nebenbei: usb-modeswitch ist übrigens installiert.

[mat6937]

Wieder reingesteckt.

Code: Alles auswählen

lsmod | grep 88
8821cu               2433024  0
cfg80211              782336  2 8821cu,brcmfmac
snd_pcm               114688  4 snd_bcm2835,snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine
usbcore               266240  7 xhci_hcd,dwc2,8821cu,usb_storage,brcmfmac,xhci_pci,uas

OK, dann boote mit eingestecktem Stick und führe nach dem booten _nur_:

Code: Alles auswählen

modprobe -v 8821cu

aus und poste nach dem Ausführen nur:

Code: Alles auswählen

lsmod | grep 88
iwconfig

danach in die Datei:

Code: Alles auswählen

/etc/modules

folgende Ergänzung (als neue Zeile) machen:

Code: Alles auswählen

8821cu

und mit eingestecktem Stick booten. Nach dem booten posten:

Code: Alles auswählen

lsmod | grep 88
iwconfig

[Blackbox]

Was meinst du mit "Kernelpaket"? Kernel selbst bauen, in ein deb-file stecken und dann per dpkg installieren?

Absolut richtig.

Es ist viele Jahre her, dass ich einen Kernel gebaut habe.

Eine schöne Aufgabe für das Wochenende, alte Kenntnisse auffrischen.

kaufe ich gleich ein komplett neues Gerät?

Zu welcher Geräteklasse gehört der Kernel noch?

[buhtz]

Code: Alles auswählen

$ sudo modprobe -v 8821cu
insmod /lib/modules/6.1.0-12-arm64/updates/dkms/8821cu.ko rtw_drv_log_level=1 rtw_led_ctrl=1 rtw_vht_enable=1 rtw_power_mgnt=1

Code: Alles auswählen

$ lsmod | grep 88
8821cu               2433024  0
cfg80211              782336  2 8821cu,brcmfmac
snd_pcm               114688  4 snd_bcm2835,snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine
usbcore               266240  7 xhci_hcd,dwc2,8821cu,usb_storage,brcmfmac,xhci_pci,uas

Den Befehl iwconfig kennt er nicht, auch nicht als root. Paket iw ist installiert.

Ist das hier eine Alternative?

Code: Alles auswählen

$ ip address
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 noprefixroute
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether e4:5f:01:5d:1c:b8 brd ff:ff:ff:ff:ff:ff
    altname end0
    inet6 fe80::e65f:1ff:fe5d:1cb8/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 3a:0f:1a:f3:0a:2b brd ff:ff:ff:ff:ff:ff permaddr e4:5f:01:5d:1c:b9

In /etc/modules neue Zeile mit 8821cu. Die Datei war, abgesehen von Kommentaren, leer.

Reboot mit eingesteckten Stick.

Code: Alles auswählen

$ lsmod | grep 88
8821cu               2433024  0
cfg80211              782336  2 8821cu,brcmfmac
snd_pcm               114688  5 snd_bcm2835,snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine
usbcore               266240  7 xhci_hcd,dwc2,8821cu,usb_storage,brcmfmac,xhci_pci,uas

$ ip address
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 noprefixroute
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether e4:5f:01:5d:1c:b8 brd ff:ff:ff:ff:ff:ff
    altname end0
    inet6 fe80::e65f:1ff:fe5d:1cb8/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 46:a8:0d:ac:28:b0 brd ff:ff:ff:ff:ff:ff permaddr e4:5f:01:5d:1c:b9

Aber "wlan1" tauch nicht auf.

Evtl. liegt es doch daran, dass der Stick als Speicher und nicht als Kommunikationsgerät (?) erkannt wird?
Außer dem Stick steckt steckt nur noch das originale RaspberryPi Netzteil am USB-C Port. Die anderen drei USB-A Ports sind frei.

Vor dem Rausziehen!

Code: Alles auswählen

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 0bda:1a2b Realtek Semiconductor Corp. RTL8188GU 802.11n WLAN Adapter (Driver CDROM Mode)
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Rausgezogen und wieder reingesteckt:

Code: Alles auswählen

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 0bda:c811 Realtek Semiconductor Corp. 802.11ac NIC
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub