ubuntuusers.de

Zeige mal

modprobe -c | grep -i "0b05.*190e"

Anscheinend fehlt das Modul rfcomm.

Soll ich das einfach in /etc/modules eintragen? Genügt dort der Name (/etc/modules ist derzeit leer)?

modprobe liefert keine Ausgabe. Weder nach dem Neustart noch nach erfolgreichem Pairing.

Die Firmware wird nach dem Start nicht geladen,erst nach erneuten Verbinden

[So Okt 15 12:49:07 2023] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_fw.bin
[So Okt 15 12:49:07 2023] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_config.bin

hmm.

Mal starten ohne eingesteckten Stick.Nach dem vollständigen start den Stick erst einstecken. Ergebnis?

Bitte folgendes probieren.

sudo nano /etc/modules-load.d/modules.conf

Ganz unten eintragen

#Modul rfcomm zur bootzeit laden (damit Du weißt warum das eingetragen wurde)
rfcomm

Gruß Taomon

1. nach dem booten:

kjo@one:~$ modprobe -c | grep -i "0b05.*190e"
kjo@one:~$ cat /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Modul rfcomm zur bootzeit laden
rfcomm
kjo@one:~$ lsmod|grep bt
btusb                  61440  0
btrtl                  24576  1 btusb
btbcm                  24576  1 btusb
btintel                40960  1 btusb
bluetooth             704512  15 btrtl,btintel,btbcm,bnep,btusb,rfcomm

Das Pairing funktioniert nicht, obwohl rfcomm jetzt geladen ist.

2. nach raus-rein:

kjo@one:~$ lsmod|grep bt
btusb                  61440  0
btrtl                  24576  1 btusb
btbcm                  24576  1 btusb
btintel                40960  1 btusb
bluetooth             704512  33 btrtl,btintel,btbcm,bnep,btusb,rfcomm

3. nach dem Pairing:

kjo@one:~$ lsmod|grep bt
btusb                  61440  0
btrtl                  24576  1 btusb
btbcm                  24576  1 btusb
btintel                40960  1 btusb
bluetooth             704512  37 btrtl,btintel,btbcm,bnep,btusb,rfcomm

Kellerkind_2009: mache ich gleich

Kellerkind_2009 schrieb:

Mal starten ohne eingesteckten Stick.Nach dem vollständigen start den Stick erst einstecken. Ergebnis?

Das Ergebnis ist fast das gleiche, wie beim Start mit Stick. Natürlich sind dann nach dem booten die ganzen BT-Module nicht geladen. Nach dem Einstecken des Sticks klappt das Pairen problemlos (genauso wie beim booten mit Stick).

kjo schrieb:

Kellerkind_2009 schrieb:

Mal starten ohne eingesteckten Stick.Nach dem vollständigen start den Stick erst einstecken. Ergebnis?

Das Ergebnis ist fast das gleiche, wie beim Start mit Stick. Natürlich sind dann nach dem booten die ganzen BT-Module nicht geladen. Nach dem Einstecken des Sticks klappt das Pairen problemlos (genauso wie beim booten mit Stick).

Ok,wir stellen also fest,das alles Funktioniert wenn der Stick beim Booten nicht steckt,sondern erst danach eingesteckt wird 😉

Teste bitte nach dem Booten mit Stick

sudo modprobe -rvf btrtl && sleep 4 && sudo modprobe -v btrtl

Stick nicht rein und raus! Nur den Befehl.Ergebnis?

kjo@one:~$ sudo modprobe -rvf btrtl && sleep 4 && sudo modprobe -v btrtl
modprobe: FATAL: Module btrtl is in use.

Sowohl nach dem booten (mit Stick, ohne raus-rein) als auch nach raus-rein mit Pairing.

Der Stick ist etwas entpfindlich was die Firmware betrift.

Lese mal hier https://wiki.ubuntuusers.de/Howto/Realtek_Bluetooth_5_Adapter_unter_Ubuntu/

Ich würde zum testen so vorgehen (erst mal die ältere Firmware probieren)

sudo mv /usr/lib/firmware/rtl_bt/rtl8761bu_fw.bin /usr/lib/firmware/rtl_bt/rtl8761bu_fw.bin.bak
sudo mv /usr/lib/firmware/rtl_bt/rtl8761bu_config.bin.bak /usr/lib/firmware/rtl_bt/rtl8761bu_config.bin

um erstmal die rtl8761b_fw.bin Firmware zu nutzen.

Neustart und testen. Wenn scheitert würde ich die rtl8761b_fw.bin erst mal umbenennen,damit nur noch die rtl8761bu_fw.bin benutzt werden kann.

Wie gesagt,das ganze ist nur eine Idee,da ich glaube das es ein Timing problem beim Einrichten der Hardware ist.

Kellerkind_2009: habe ich gemacht und mit der rtl8761b_fw.bin gebootet. Das hat keine Veränderung gebracht.

Aber beim weiteren rumprobieren ist mir aufgefallen, dass die Firmware nach einem Neustart garnicht geladen wird, sondern erst nach Dongle-raus-rein. Also suche ich jetzt die Methode, mit der ich eine Firmware beim Neustart automatisch laden kann.

Möglicherweise liegt das Problem auch bei dem Timeout-Fehler, den dmesg beim booten ausgibt: <HCI_OP_READ_LOCAL_VERSION failed (-110)> ?

Mit meinem Kubuntu Mantic Minotaur und Liquorix Kernel läuft das Bluetooth 5.0 Dongle ASUS USB-BT500 einfach so, ein gestöpselt, verbinden, verpaaren, und gut ist. Ist auch nach booten gleich mit dem Desktop da und funktioniert mit Maus, Tastatur und Kopfhörer.

ls -1 /usr/lib/firmware/rtl_bt | grep rtl8761bu

rtl8761bu_config.bin.zst
rtl8761bu_fw.bin.zst

Bei mir hängt zwar kein '.zst' an, aber ansonsten sieht es (nach dem Verbindungsaufbau) genauso aus:

kjo@one:~$ ls -1 /usr/lib/firmware/rtl_bt | grep rtl8761bu
rtl8761bu_config.bin
rtl8761bu_fw.bin

Ich vermute mal, dass es bei dir diese Fehlermeldung, die dmesg beim booten ausgibt:

<HCI_OP_READ_LOCAL_VERSION failed (-110)> 

nicht gibt, oder?

Die Dateiendung "zst" zeigt bloß an, dass die Firmware mit dem Zstandard komprimiert ist.

• https://wiki.ubuntuusers.de/zstd/

Bei mir gibt es nur die dmesg Meldungen: "Bluetooth: HCI device and connection manager initialized" und "Bluetooth: HCI socket layer initialized". Unter lsusb taucht der Asus Bluetooth 5.0 USB-Stöpsel als " ASUSTek Computer, Inc. ASUS USB-BT500" auf. Ein grep nach dem Bluetooth Driver:

lsmod | grep btrtl

btrtl                  28672  1 btusb
bluetooth             872448  55 btrtl,hidp,btmtk,btintel,btbcm,bnep,btusb,rfcomm

Da ist der Code im aktuellen Linux Kernel:

• https://github.com/torvalds/linux/blob/master/drivers/bluetooth/btrtl.c#L222