ubuntuusers.de

Hier der für dich interessante Auszug deines von mir angepassten Befehls 😎

[jorber@home ~]$ sudo dmesg | grep -iE 'bluetooth|btusb|fw'
[ 1255.893060] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_fw.bin
[ 1255.894858] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_config.bin
[ 1255.894953] Bluetooth: hci0: RTL: cfg_sz 6, total sz 30210
[ 1256.085204] Bluetooth: hci0: RTL: fw version 0xdfc6d922
[jorber@home ~]$

Jorber schrieb:

würde ich gleich den Asus BT540 kaufen.

Eben. Bei 12 € ist das auch kein Hochrisikogeschäft.

Der funktioniert unter Arch Linux ohne Probleme, das wird unter Ubuntu nicht anders sein.

Arch und Ubuntu in einem Atemzug ist schon mehr als gewagt.

Ich habe im November 2021 einen TP-Link U500 Nano USB gekauft. Der Treiber für das Chipset ist zwar im Kernel gewesen, nicht aber die Device-ID, ergo hat's nicht funktioniert. Ich habe das Treibermodul einige Male patchen müssen, bis es von Haus aus drin gewesen ist.

Im Arch-Kernel. Soweit erinnerlich (ist mir ja egal gewesen), im Ubuntu-Kernel erst mit Jammy 4 Monate später.

Abgesehen davon, daß am Donnerstag Resolute.1 kommt, es aber immer noch Kernel 7.0 (upstream EoS) ist, könnte man ja den Liquorix-Kernel installieren (derzeit noch bei 7.1, was sich wahrscheinlich wie üblicherweise auch bei Arch mit 7.2.1 ändert).

von.wert schrieb:

Arch und Ubuntu in einem Atemzug ist schon mehr als gewagt.

Habe ich doch überhaupt nicht, ich schrieb von Arch Linux. 😛

Wie du siehst, sehe ich das viel gelassener und wollte mit diesem Satz und dem Link zu Hardwareinfo.org nur Korinthenkackern keine Gelegenheit geben für: "ja aber Arch Linux ist kein Ubuntu".

Asus BT540

Offb. 0b05:1bef in Kernel 6.8 nicht korrekt unterstützt.

Ja da wäre https://linux-hardware.org/?id=usb:0b05-1bef

Mglw.

https://www.asus.com/de/networking-iot-servers/wireless-adapters/all-series/usb-bt540/helpdesk_download?model2Name=USB-BT540

–

Sind wohl alle 4 aus der RTL8761 Serie, mit untersciedlichen BT Versionen.

Jorber, gut, extra für Dich so wenig Text wie möglich: Was unter Arch läuft, muß unter Ubuntu noch lange nicht funktionieren. Aktuell kontra angegammelt.

Alles zu viel Gewese. Asus BT540 kaufen, anstecken, wenn BT nicht laufen sollte, Ursachen ermitteln!

@Jorber, gut, extra für Dich so wenig Text wie möglich: Was unter Arch läuft, muß unter Ubuntu noch lange nicht funktionieren. Aktuell kontra angegammelt.

Das wird er garantiert selber wissen, glaubst Du ernsthaft das wäre nötig? Also nee..

Seine Aussagen sind nicht danach.

Da gibt es neuere Versionen. Das Asus USB-BT500 hatte ich im Einsatz auf Kubuntu und es funktioniert. Als meine Fritzbox kaputt ging, und ein Einkauf notwendig wurde, habe ich im Laden entdeckt, dass es eine neuere Version vom Asus Bluetooth Dongle gibt, Asus USB-BT540. Habe ich gleich miteingekauft, wenn ich schon mal zum einkaufen komme. Das Asus USB-BT540 Bluetooth Dongle funktioniert auch. Derzeit auf Kubuntu Resolute Raccoon.

Asus USB-BT540:

bluetoothctl show 
Controller *** (public)
        Manufacturer: 0x005d (93)
        Version: 0x0d (13)
        Name: ***
        Alias: ***
        Class: 0x007c0104 (8126724)
        Powered: yes
        PowerState: on
        Discoverable: no
        DiscoverableTimeout: 0x000000b4 (180)
        Pairable: no
        UUID: Message Notification Se.. (00001133-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
        UUID: Vendor specific           (03b80e5a-ede8-4b33-a751-6ce34ec4c700)
        UUID: OBEX Object Push          (00001105-0000-1000-8000-00805f9b34fb)
        UUID: Message Access Server     (00001132-0000-1000-8000-00805f9b34fb)
        UUID: PnP Information           (00001200-0000-1000-8000-00805f9b34fb)
        UUID: IrMC Sync                 (00001104-0000-1000-8000-00805f9b34fb)
        UUID: Vendor specific           (00005005-0000-1000-8000-0002ee000001)
        UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
        UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
        UUID: Phonebook Access Server   (0000112f-0000-1000-8000-00805f9b34fb)
        UUID: Audio Sink                (0000110b-0000-1000-8000-00805f9b34fb)
        UUID: Device Information        (0000180a-0000-1000-8000-00805f9b34fb)
        UUID: Generic Access Profile    (00001800-0000-1000-8000-00805f9b34fb)
        UUID: Phonebook Access Client   (0000112e-0000-1000-8000-00805f9b34fb)
        UUID: Handsfree Audio Gateway   (0000111f-0000-1000-8000-00805f9b34fb)
        UUID: Audio Source              (0000110a-0000-1000-8000-00805f9b34fb)
        UUID: Vendor specific           (185f3df4-3268-4e3f-9fca-d4d5059915bd)
        UUID: OBEX File Transfer        (00001106-0000-1000-8000-00805f9b34fb)
        UUID: Handsfree                 (0000111e-0000-1000-8000-00805f9b34fb)
        Modalias: usb:v1D6Bp0246d0557
        Discovering: yes
        Roles: central
        Roles: peripheral
Advertising Features:
        ActiveInstances: 0x00 (0)
        SupportedInstances: 0x04 (4)
        SupportedIncludes: tx-power
        SupportedIncludes: appearance
        SupportedIncludes: local-name
        SupportedSecondaryChannels: 1M
        SupportedSecondaryChannels: 2M
        SupportedCapabilities.MinTxPower: 0x0000 (0)
        SupportedCapabilities.MaxTxPower: 0x000a (10)
        SupportedCapabilities.MaxAdvLen: 0xfb (251)
        SupportedCapabilities.MaxScnRspLen: 0xfb (251)
        SupportedFeatures: CanSetTxPower
        SupportedFeatures: HardwareOffload

• AEP-Dienstklassifikations-IDs

Na, ist doch Super. Das Thema hatte ich gerade treibermäßig am Wickel.

https://forum.ubuntuusers.de/post/9510456/

Und? 26.04 doch nicht etwa?

Ein kurzer Test bestätigt meine Annahme, dass es unter Ubuntu funktionieren könnte.

desinfect@desinfect:~$ bluetoothctl info
Device E8:EE:CC:E2:D7:DC (public)
        Name: soundcore Liberty 4 NC
        Alias: soundcore Liberty 4 NC
        Class: 0x00240404 (2360324)
        Icon: audio-headset
        Paired: yes
        Bonded: yes
        Trusted: yes
        Blocked: no
        Connected: yes
        LegacyPairing: no
        CablePairing: no
        UUID: SDP                       (00000001-0000-1000-8000-00805f9b34fb)
        UUID: Serial Port               (00001101-0000-1000-8000-00805f9b34fb)
        UUID: Headset                   (00001108-0000-1000-8000-00805f9b34fb)
        UUID: Audio Sink                (0000110b-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control Cont.. (0000110f-0000-1000-8000-00805f9b34fb)
        UUID: Handsfree                 (0000111e-0000-1000-8000-00805f9b34fb)
        UUID: Generic Audio             (00001203-0000-1000-8000-00805f9b34fb)
        UUID: Vendor specific           (0cf12d31-fac3-4553-bd80-d6832e7b3947)
        UUID: Vendor specific           (66666666-6666-6666-6666-666666666666)
        UUID: Vendor specific           (df21fe2c-2515-4fdb-8886-f12c4d67927c)
        Battery Percentage: 0x5a (90)
desinfect@desinfect:~$ uname -a
Linux desinfect 7.0.0-29-generic #29-Ubuntu SMP PREEMPT_DYNAMIC Fri Jul 17 20:52:35 UTC 2026 x86_64 GNU/Linux
desinfect@desinfect:~$ inxi -Ea
Bluetooth:
  Device-1: ASUSTek Bluetooth Controller driver: btusb v: 0.8 type: USB
    rev: 1.1 speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 1-5:5 chip-ID: 0b05:1bef
    class-ID: e001
  Report: hciconfig ID: hci0 rfk-id: 0 state: up address: A0:AD:9F:6F:91:58
    bt-v: 5.4 lmp-v: 13 sub-v: 8761 hci-v: 13 rev: e class-ID: 6c0104
  Info: acl-mtu: 1021:6 sco-mtu: 255:12 link-policy: rswitch hold sniff park
    link-mode: peripheral accept service-classes: rendering, capturing, audio,
    telephony
desinfect@desinfect:~$ 

Rein interessehalber, wie bekommt man raus wie es damit weiterging → Kernels ? Mag was lernen.
[PATCH] Bluetooth: btusb: Add ASUS USB-BT540 and USB-BT600 for Realtek 8761CU
https://lists.openwall.net/linux-kernel/2026/07/04/671

Im Openwall Thread dem Faden gefolgt. Das hier dann in Github rausgesucht:

• torvalds/linux/commit/980084de4d9b25193398d89a1c0430ba3501b683

• torvalds/linux/commit/980084de4d9b25193398d89a1c0430ba3501b683

• torvalds/linux/commit/335d7bd554a20f33acf762655cafe1089f7f5822

Ich habe meinen Asus USB-BT540 Bluetooth Dongle aber schon viel länger, und das hat zuvor schon funktioniert bei mir.

aber schon viel länger, und das hat zuvor schon funktioniert bei mir.

@jorber
[ 1255.893060] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_fw.bin

Patch:
rtl_bt/rtl8761cu_fw.bin

Wird bei Dir nicht anders aussehen.

Habe hier auch einen (TP-Link) mit rtl8761bu_fw.bin laufen, dürfte Standardtreiber sein, BTChip wird nicht voll angesprochen.

–

aber schon viel länger, und das hat zuvor schon funktioniert bei mir.

Mit 6.8 Kernel?(OOB?)

Ich gehe mal davon aus dass das bei @Berlin_1946 noch so ist, oder stehe ich auf dem ...? Ok, eigentlich unnötiges Gelaber von mir, solange das Teil nicht bei @Berlin_1946 ist, aber dümmer macht es eben auch nicht.

–-

edit
Habe mal mit KI gequatscht.

dürfte Standardtreiber sein,

ist so nicht richtig,(eh schon weil Firmware und kein Treiber) Fakt ist jedenfalls in dem Asus USB-BT540 ist ein rtl8761cu drin. Deshalb der Patch.

Also ich habe mal noch weiter geschaut. Die rtl8761cu Firmware habe ich, ist aber nicht in die initrd eingebaut:

ls -la /usr/lib/firmware/rtl_bt/rtl8761cu*
 
-rw-r--r-- 1 root root  24 24. Jun 11:52 /usr/lib/firmware/rtl_bt/rtl8761cu_config.bin.zst
-rw-r--r-- 1 root root 306 24. Jun 11:52 /usr/lib/firmware/rtl_bt/rtl8761cu_fw.bin.zst

Kommt aus dem DEB-Paket:

dpkg -S /usr/lib/firmware/rtl_bt/rtl8761cu*

linux-firmware-realtek: /usr/lib/firmware/rtl_bt/rtl8761cu_config.bin.zst
linux-firmware-realtek: /usr/lib/firmware/rtl_bt/rtl8761cu_fw.bin.zst

Und nun ein Blick in meine initrd:

sudo lsinitramfs /boot/initrd.img-7.1.9-x64v3-xanmod1 | grep rtl

usr/lib/firmware/rtl_nic
usr/lib/firmware/rtl_nic/rtl8105e-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8106e-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8106e-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8107e-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8125a-3.fw.zst
usr/lib/firmware/rtl_nic/rtl8125b-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8125bp-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8125cp-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8125d-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8125d-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8125k-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8126a-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8126a-3.fw.zst
usr/lib/firmware/rtl_nic/rtl8127a-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8153a-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8153a-3.fw.zst
usr/lib/firmware/rtl_nic/rtl8153a-4.fw.zst
usr/lib/firmware/rtl_nic/rtl8153b-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8153c-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8156a-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8156b-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8168d-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8168d-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8168e-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8168e-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8168e-3.fw.zst
usr/lib/firmware/rtl_nic/rtl8168f-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8168f-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8168fp-3.fw.zst
usr/lib/firmware/rtl_nic/rtl8168g-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8168g-3.fw.zst
usr/lib/firmware/rtl_nic/rtl8168h-2.fw.zst
usr/lib/firmware/rtl_nic/rtl8402-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8411-1.fw.zst
usr/lib/firmware/rtl_nic/rtl8411-2.fw.zst
usr/lib/firmware/rtl_nic/rtl9151a-1.fw.zst
usr/lib/modules/7.1.9-x64v3-xanmod1/kernel/drivers/net/usb/rtl8150.ko
usr/lib/modules/7.1.9-x64v3-xanmod1/kernel/drivers/pinctrl/intel/pinctrl-elkhartlake.ko
usr/lib/modules/7.1.9-x64v3-xanmod1/kernel/drivers/tty/serial/uartlite.ko

Das Ding funktioniert trotzdem. Ein kurzer Blick in btmon:

sudo btmon -P

Bluetooth monitor ver 5.87
btmon[23883]: = Note: Linux version 7.1.9-x64v3-xanmod1 (x86_64)       0.682550
btmon[23883]: = Note: Bluetooth subsystem version 2.22                 0.682552
= New Index: *** (Primary,USB,hci0)               [hci0] 0.682553
= Open Index: ***                                 [hci0] 0.682553
= Index Info: A0:AD:9F:6.. (Realtek Semiconductor Corporation)  [hci0] 0.682553
bluetoothd[1036]: @ MGMT Open: b.. (privileged) version 1.23  {0x0001} 0.682554
bluetoothd[1036]: @ MGMT Command: S.. (0x0024) plen 1  {0x0001} [hci0] 2.049036
        Address type: 0x01
          BR/EDR
< HCI Command: Inquiry Cancel (0x01|0x0002) plen 0           #1 [hci0] 2.049056
> HCI Event: Command Complete (0x0e) plen 4                  #2 [hci0] 2.053257
      Inquiry Cancel (0x01|0x0002) ncmd 2
        Status: Success (0x00)
@ MGMT Event: Discovering (0x0013) plen 2              {0x0001} [hci0] 2.053268
        Address type: 0x01
          BR/EDR
        Discovery: Disabled (0x00)
< HCI Command: LE Set Extended Scan... (0x08|0x0042) plen 6  #3 [hci0] 2.053279
        Extended scan: Disabled (0x00)
        Filter duplicates: Disabled (0x00)
        Duration: 0 msec (0x0000)
        Period: 0.00 sec (0x0000)
> HCI Event: Command Complete (0x0e) plen 4                  #4 [hci0] 2.055252
      LE Set Extended Scan Enable (0x08|0x0042) ncmd 2
        Status: Success (0x00)
@ MGMT Event: Command Complete (0x0001) plen 4         {0x0001} [hci0] 2.055269
[...]

Anderswo scheint das Asus USB-BT540 Bluetooth Dongle auch zu funktionieren:

• https://linux-hardware.org/?id=usb:0b05-1bef

Offb. ist/war bisher keine Zuordnung von 0b05:1bef zur rtl8761cu_fw.

Erst durch den Patch vom Juli möglich. Es war allerdings widersprüchlich sich von KI erklären zu lassen wer genau und wie in der Kette beteiligt ist, ohne(rtl8761bu_fw) und nach Patch. Deswegen lasse ich das.