[Gelöst] Keine Bluetooth-Geräte erkannt trotz scheinbar korrekter Einrichtung

Visionflier · 18 Feb. 2022

Hallo zusammen,
ich habe einen Lenovo Laptop ideapad 100-14IBY mit OpenSuse Leap 15.3 ausgestattet (reine frische Installation) auf einer SSD.
Im Grunde funktioniert alles super, bis auf die Bluetooth Funktion.
Bluetooth scheint korrekt eingerichtet zu sein, aber trotzdem werden keine Geräte gefunden. :???:
Stundenlange Versuche und Recherchen haben bisher zu keiner Lösung geführt. :roll:
Soweit die grobe Problembeschreibung.

Nun zu den Details:
Verwendeter Bluetooth-Chip im Laptop: RTL8723BE von Realtek (Kombochip aus Wifi und Bluethooth) (hier der Link zum User Manual https://fccid.io/TX2-RTL8723BE/User-Manual/user-manual-1984015.pdf)
Die Firmware dazu ist im Paket "kernel-firmware-realtek" Version 20210208-2.4 verfügbar und standardmäßig installiert worden. Die Installation einer neueren FW-Version aus dem Paket "kernel-firmware-realtek-20220119-lp152.3.1.noarch.rpm" hat leider keine Verbesserung gebracht.
Der Linux Bluetooth Stack ist mit dem Paket "bluez" in der Version 5.55 installiert. Die letzte Version laut www.bluez.org ist die 5.63. Diese konnte ich mangels verfügbarem Leap-rpm-Paket bisher jedoch noch nicht testen.

Hier nun ein paar Infos aus dem System:
Erwartungsgemäß tauchen die beiden Chipteile in unterschiedlichen Bereichen auf:

Code:

robert@localhost:~> lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 004: ID 04f2:b49f Chicony Electronics Co., Ltd Bluetooth (RTL8723BE)
Bus 002 Device 003: ID 174f:1169 Syntek Lenovo EasyCamera
Bus 002 Device 002: ID 045e:0745 Microsoft Corp. Nano Transceiver v1.0 for Bluetooth
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Code:

sudo lspci | grep -Ei '8723be'
04:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter

Hier auch die Ausgaben vom Kernel zum Bluetooth Modul:

Code:

sudo dmesg | grep -Ei 'rtl8723be'
[   14.630254] rtl8723be: Using firmware rtlwifi/rtl8723befw_36.bin

Code:

robert@localhost:~> sudo dmesg | grep -Ei 'bluetooth'
[    8.910117] usb 2-4: Product: Bluetooth Radio 
[   16.047602] Bluetooth: Core ver 2.22
[   16.047668] Bluetooth: HCI device and connection manager initialized
[   16.047674] Bluetooth: HCI socket layer initialized
[   16.047677] Bluetooth: L2CAP socket layer initialized
[   16.047684] Bluetooth: SCO socket layer initialized
[   16.429103] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   16.429106] Bluetooth: BNEP filters: protocol multicast
[   16.429112] Bluetooth: BNEP socket layer initialized
[   37.239369] Bluetooth: RFCOMM TTY layer initialized
[   37.239385] Bluetooth: RFCOMM socket layer initialized
[   37.239398] Bluetooth: RFCOMM ver 1.11
[ 3356.027776] Bluetooth: hci0: Ignoring error of Inquiry Cancel command

Hier die Ausgaben des Bluetooth-Tools von "hwinfo":

Code:

robert@localhost:~> hwinfo --bluetooth
Der absolute Pfad für 'hwinfo' ist '/usr/sbin/hwinfo', daher kann das Programm möglicherweise nur von Benutzern mit Superuser-Rechten gestartet werden (z. B. root).
robert@localhost:~> sudo hwinfo --bluetooth
01: USB 00.0: 11500 Bluetooth Device                            
  [Created at usb.122]
  Unique ID: Zj8l.ATI1ydZx2l5
  Parent ID: pBe4.2DFUsyrieMD
  SysFS ID: /devices/pci0000:00/0000:00:14.0/usb2/2-4/2-4:1.0
  SysFS BusID: 2-4:1.0
  Hardware Class: bluetooth
  Model: "Chicony Electronics Bluetooth (RTL8723BE)"
  Hotplug: USB
  Vendor: usb 0x04f2 "Chicony Electronics Co., Ltd"
  Device: usb 0xb49f "Bluetooth (RTL8723BE)"
  Revision: "2.00"
  Serial ID: "00e04c000001"
  Driver: "btusb"
  Driver Modules: "btusb"
  Speed: 12 Mbps
  Module Alias: "usb:v04F2pB49Fd0200dcE0dsc01dp01icE0isc01ip01in00"
  Driver Info #0:
    Driver Status: btusb is active
    Driver Activation Cmd: "modprobe btusb"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #10 (Hub)

und "bluetoothctl"

Code:

robert@localhost:~> bluetoothctl
Agent registered
[bluetooth]# show
Controller B0:C0:90:01:E4:AA (public)
        Name: BlueZ 5.55
        Alias: BlueZ 5.55
        Class: 0x007c010c
        Powered: yes
        Discoverable: yes
        DiscoverableTimeout: 0x00000000
        Pairable: yes
        UUID: Message Notification Se.. (00001133-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
        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: Headset                   (00001108-0000-1000-8000-00805f9b34fb)
        UUID: Headset AG                (00001112-0000-1000-8000-00805f9b34fb)
        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: Handsfree Audio Gateway   (0000111f-0000-1000-8000-00805f9b34fb)
        UUID: Audio Source              (0000110a-0000-1000-8000-00805f9b34fb)
        UUID: OBEX File Transfer        (00001106-0000-1000-8000-00805f9b34fb)
        Modalias: usb:v1D6Bp0246d0537
        Discovering: no
        Roles: central
        Roles: peripheral
Advertising Features:
        ActiveInstances: 0x00 (0)
        SupportedInstances: 0x05 (5)
        SupportedIncludes: tx-power
        SupportedIncludes: appearance
        SupportedIncludes: local-nameshow
Controller B0:C0:90:01:E4:AA (public)
        Name: BlueZ 5.55
        Alias: BlueZ 5.55
        Class: 0x007c010c
        Powered: yes
        Discoverable: yes
        DiscoverableTimeout: 0x00000000
        Pairable: yes
        UUID: Message Notification Se.. (00001133-0000-1000-8000-00805f9b34fb)
        UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
        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: Headset                   (00001108-0000-1000-8000-00805f9b34fb)
        UUID: Headset AG                (00001112-0000-1000-8000-00805f9b34fb)
        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: Handsfree Audio Gateway   (0000111f-0000-1000-8000-00805f9b34fb)
        UUID: Audio Source              (0000110a-0000-1000-8000-00805f9b34fb)
        UUID: OBEX File Transfer        (00001106-0000-1000-8000-00805f9b34fb)
        Modalias: usb:v1D6Bp0246d0537
        Discovering: no
        Roles: central
        Roles: peripheral
Advertising Features:
        ActiveInstances: 0x00 (0)
        SupportedInstances: 0x05 (5)
        SupportedIncludes: tx-power
        SupportedIncludes: appearance
        SupportedIncludes: local-name
[bluetooth]# scan on
Discovery started
[CHG] Controller B0:C0:90:01:E4:AA Discovering: yes
[bluetooth]#

Alles scheint korrekt konfiguriert zu sein aber der Scan-Befehl findet kein Device in der Umgebung.
Unter Windows 10 funktioniert es einwandfrei.

Woran kann das liegen. Hat jemand eine Idee?

Besten Dank vorab schon mal für die Antworten.

Mit freundlichem Gruß
Visionflier

Sauerland · 18 Feb. 2022

Was sagt:

Code:

rfkill list all

Visionflier · 18 Feb. 2022

Leider nichts weiterführendes:

Code:

robert@localhost:~> sudo rfkill list all
[sudo] Passwort für root: 
0: ideapad_wlan: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: ideapad_bluetooth: Bluetooth
        Soft blocked: no
        Hard blocked: no
2: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
3: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

Mit freundlichem Gruß
Visionflier

Sauerland · 19 Feb. 2022

als root:

Code:

journalctl -b | grep -Ei 'blue|wlan|firm|hci'

Visionflier · 19 Feb. 2022

Hier das Ergebnis von "journalctl -b | grep -Ei 'blue|firm|hci'": (Im Suchbefehl habe ich das "wlan" erst mal wegelassen, da des sonst zu viel wird)

Code:

robert@localhost:~> sudo journalctl -b | grep -Ei 'blue|firm|hci'     
Feb 19 06:58:48 localhost kernel: Spectre V2 : Enabling Restricted Speculation for firmware calls
Feb 19 06:58:48 localhost kernel: ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
Feb 19 06:58:48 localhost kernel: acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain 0000 [bus 00-3f] only partially covers this bridge
Feb 19 06:58:48 localhost kernel: pci 0000:00:1d.0: EHCI: BIOS handoff failed (BIOS bug?) 01010001
Feb 19 06:58:49 localhost kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Feb 19 06:58:49 localhost kernel: ehci-pci: EHCI PCI platform driver
Feb 19 06:58:49 localhost kernel: ehci-pci 0000:00:1d.0: EHCI Host Controller
Feb 19 06:58:49 localhost kernel: ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 1
Feb 19 06:58:49 localhost kernel: ehci-pci 0000:00:1d.0: debug port 2
Feb 19 06:58:49 localhost kernel: ahci 0000:00:13.0: version 3.0
Feb 19 06:58:49 localhost kernel: ahci 0000:00:13.0: controller can't do DEVSLP, turning off
Feb 19 06:58:49 localhost kernel: ahci 0000:00:13.0: AHCI 0001.0300 32 slots 2 ports 3 Gbps 0x1 impl SATA mode
Feb 19 06:58:49 localhost kernel: ahci 0000:00:13.0: flags: 64bit ncq pm led clo pio slum part deso 
Feb 19 06:58:49 localhost kernel: ehci-pci 0000:00:1d.0: cache line size of 64 is not supported
Feb 19 06:58:49 localhost kernel: ehci-pci 0000:00:1d.0: irq 23, io mem 0x90915000
Feb 19 06:58:49 localhost kernel: ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
Feb 19 06:58:49 localhost kernel: usb usb1: Product: EHCI Host Controller
Feb 19 06:58:49 localhost kernel: usb usb1: Manufacturer: Linux 5.3.18-150300.59.49-default ehci_hcd
Feb 19 06:58:49 localhost kernel: scsi host0: ahci
Feb 19 06:58:49 localhost kernel: scsi host1: ahci
Feb 19 06:58:49 localhost kernel: xhci_hcd 0000:00:14.0: xHCI Host Controller
Feb 19 06:58:49 localhost kernel: xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2
Feb 19 06:58:49 localhost kernel: xhci_hcd 0000:00:14.0: hcc params 0x200077c1 hci version 0x100 quirks 0x0000000000009810
Feb 19 06:58:49 localhost kernel: xhci_hcd 0000:00:14.0: cache line size of 64 is not supported
Feb 19 06:58:49 localhost kernel: usb usb2: Product: xHCI Host Controller
Feb 19 06:58:49 localhost kernel: usb usb2: Manufacturer: Linux 5.3.18-150300.59.49-default xhci-hcd
Feb 19 06:58:49 localhost kernel: xhci_hcd 0000:00:14.0: xHCI Host Controller
Feb 19 06:58:49 localhost kernel: xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 3
Feb 19 06:58:49 localhost kernel: xhci_hcd 0000:00:14.0: Host supports USB 3.0 SuperSpeed
Feb 19 06:58:49 localhost kernel: usb usb3: Product: xHCI Host Controller
Feb 19 06:58:49 localhost kernel: usb usb3: Manufacturer: Linux 5.3.18-150300.59.49-default xhci-hcd
Feb 19 06:58:49 localhost kernel: ehci-pci 0000:00:1d.0: port 1 reset error -110
Feb 19 06:58:50 localhost kernel: usb 2-2: new full-speed USB device number 2 using xhci_hcd
Feb 19 06:58:50 localhost kernel: usb 2-3: new high-speed USB device number 3 using xhci_hcd
Feb 19 06:58:50 localhost kernel: usb 2-4: new full-speed USB device number 4 using xhci_hcd
Feb 19 06:58:50 localhost kernel: usb 2-4: Product: Bluetooth Radio 
Feb 19 06:58:55 localhost kernel: [Firmware Bug]: No valid trip found
Feb 19 06:58:56 localhost kernel: rtl8723be: Using firmware rtlwifi/rtl8723befw_36.bin
Feb 19 06:58:58 localhost kernel: Bluetooth: Core ver 2.22
Feb 19 06:58:58 localhost kernel: Bluetooth: HCI device and connection manager initialized
Feb 19 06:58:58 localhost kernel: Bluetooth: HCI socket layer initialized
Feb 19 06:58:58 localhost kernel: Bluetooth: L2CAP socket layer initialized
Feb 19 06:58:58 localhost kernel: Bluetooth: SCO socket layer initialized
Feb 19 06:58:58 localhost systemd[1]: Starting Bluetooth service...
Feb 19 06:58:58 localhost bluetoothd[1228]: Bluetooth daemon 5.55
Feb 19 06:58:58 localhost systemd[1]: Started Bluetooth service.
Feb 19 06:58:58 localhost systemd[1]: Reached target Bluetooth.
Feb 19 06:58:58 localhost bluetoothd[1228]: Starting SDP server
Feb 19 06:58:58 localhost kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Feb 19 06:58:58 localhost kernel: Bluetooth: BNEP filters: protocol multicast
Feb 19 06:58:58 localhost kernel: Bluetooth: BNEP socket layer initialized
Feb 19 06:58:58 localhost bluetoothd[1228]: Bluetooth management interface 1.18 initialized
Feb 19 06:58:58 localhost dbus-daemon[1086]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.5' (uid=0 pid=1228 comm="/usr/lib/bluetooth/bluetoothd ")
Feb 19 06:59:00 localhost NetworkManager[1253]: <info>  [1645250340.4362] manager[0x563aa8fa2070]: monitoring kernel firmware directory '/lib/firmware'.
Feb 19 06:59:00 localhost NetworkManager[1253]: <info>  [1645250340.4944] Loaded device plugin: NMBluezManager (/usr/lib64/NetworkManager/1.22.10/libnm-device-plugin-bluetooth.so)
Feb 19 06:59:07 localhost systemd[1]: Startup finished in 2.813s (firmware) + 1min 8.180s (loader) + 5.713s (kernel) + 4.443s (initrd) + 15.547s (userspace) = 1min 36.697s.
Feb 19 06:59:18 localhost bluetoothd[1228]: Endpoint registered: sender=:1.39 path=/MediaEndpoint/A2DPSink/sbc
Feb 19 06:59:18 localhost bluetoothd[1228]: Endpoint registered: sender=:1.39 path=/MediaEndpoint/A2DPSource/sbc
Feb 19 06:59:18 localhost kernel: Bluetooth: RFCOMM TTY layer initialized
Feb 19 06:59:18 localhost kernel: Bluetooth: RFCOMM socket layer initialized
Feb 19 06:59:18 localhost kernel: Bluetooth: RFCOMM ver 1.11
Feb 19 06:59:19 localhost kded5[1721]: bluedevil: Created
Feb 19 06:59:21 localhost kded5[1721]: bluedevil: ObexManager operational changed false
Feb 19 06:59:21 localhost dbus-daemon[1653]: [session uid=1000 pid=1653] Activating service name='org.bluez.obex' requested by ':1.5' (uid=1000 pid=1721 comm="kded5 ")
Feb 19 06:59:21 localhost kded5[1721]: bluedevil: Bluetooth operational changed true
Feb 19 06:59:21 localhost kded5[1721]: bluedevil: Agent registered
Feb 19 06:59:21 localhost kded5[1721]: bluedevil: Requested default Agent
Feb 19 06:59:21 localhost dbus-daemon[1653]: [session uid=1000 pid=1653] Successfully activated service 'org.bluez.obex'
Feb 19 06:59:21 localhost kded5[1721]: bluedevil: ObexManager operational changed true
Feb 19 06:59:21 localhost kded5[1721]: bluedevil: ObexAgent registered
Feb 19 07:09:25 localhost.localdomain kded5[1721]: bluedevil: About to suspend
Feb 19 07:57:22 localhost.localdomain kernel: usb 2-4: reset full-speed USB device number 4 using xhci_hcd
Feb 19 07:57:22 localhost.localdomain kernel: usb 2-3: reset high-speed USB device number 3 using xhci_hcd
Feb 19 07:57:22 localhost.localdomain bluetoothd[1228]: Endpoint unregistered: sender=:1.39 path=/MediaEndpoint/A2DPSink/sbc
Feb 19 07:57:22 localhost.localdomain bluetoothd[1228]: Endpoint unregistered: sender=:1.39 path=/MediaEndpoint/A2DPSource/sbc
Feb 19 07:57:23 localhost.localdomain systemd[1631]: Reached target Bluetooth.
Feb 19 07:57:23 localhost.localdomain systemd[1]: Stopped target Bluetooth.
Feb 19 07:57:23 localhost.localdomain bluetoothd[1228]: Endpoint registered: sender=:1.39 path=/MediaEndpoint/A2DPSink/sbc
Feb 19 07:57:23 localhost.localdomain bluetoothd[1228]: Endpoint registered: sender=:1.39 path=/MediaEndpoint/A2DPSource/sbc
Feb 19 07:57:23 localhost.localdomain kded5[1721]: bluedevil: About to resume
Feb 19 08:19:51 localhost.localdomain kded5[1721]: bluedevil: About to suspend
Feb 19 10:20:54 localhost.localdomain kernel: usb 2-3: reset high-speed USB device number 3 using xhci_hcd
Feb 19 10:20:54 localhost.localdomain kernel: usb 2-4: reset full-speed USB device number 4 using xhci_hcd
Feb 19 10:20:54 localhost.localdomain bluetoothd[1228]: Endpoint unregistered: sender=:1.39 path=/MediaEndpoint/A2DPSink/sbc
Feb 19 10:20:54 localhost.localdomain bluetoothd[1228]: Endpoint unregistered: sender=:1.39 path=/MediaEndpoint/A2DPSource/sbc
Feb 19 10:20:55 localhost.localdomain systemd[1631]: Stopped target Bluetooth.
Feb 19 10:20:55 localhost.localdomain systemd[1]: Reached target Bluetooth.
Feb 19 10:20:55 localhost.localdomain systemd[1631]: Reached target Bluetooth.
Feb 19 10:20:55 localhost.localdomain bluetoothd[1228]: Endpoint registered: sender=:1.39 path=/MediaEndpoint/A2DPSink/sbc
Feb 19 10:20:55 localhost.localdomain bluetoothd[1228]: Endpoint registered: sender=:1.39 path=/MediaEndpoint/A2DPSource/sbc
Feb 19 10:20:55 localhost.localdomain kded5[1721]: bluedevil: About to resume
Feb 19 11:17:56 localhost.localdomain kded5[1721]: bluedevil: About to suspend
Feb 19 11:18:54 localhost.localdomain kernel: usb 2-4: reset full-speed USB device number 4 using xhci_hcd
Feb 19 11:18:54 localhost.localdomain kernel: usb 2-3: reset high-speed USB device number 3 using xhci_hcd
Feb 19 11:18:54 localhost.localdomain bluetoothd[1228]: Endpoint unregistered: sender=:1.39 path=/MediaEndpoint/A2DPSink/sbc
Feb 19 11:18:54 localhost.localdomain bluetoothd[1228]: Endpoint unregistered: sender=:1.39 path=/MediaEndpoint/A2DPSource/sbc
Feb 19 11:18:55 localhost.localdomain systemd[1631]: Stopped target Bluetooth.
Feb 19 11:18:55 localhost.localdomain systemd[1]: Stopped target Bluetooth.
Feb 19 11:18:55 localhost.localdomain systemd[1]: Reached target Bluetooth.
Feb 19 11:18:55 localhost.localdomain systemd[1631]: Reached target Bluetooth.
Feb 19 11:18:55 localhost.localdomain bluetoothd[1228]: Endpoint registered: sender=:1.39 path=/MediaEndpoint/A2DPSink/sbc
Feb 19 11:18:55 localhost.localdomain bluetoothd[1228]: Endpoint registered: sender=:1.39 path=/MediaEndpoint/A2DPSource/sbc
Feb 19 11:18:55 localhost.localdomain kded5[1721]: bluedevil: About to resume
robert@localhost:~>

Gruß
Visionflier

Gräfin Klara · 19 Feb. 2022

RTL8723BE kann wohl wifi und bluetooth
aber ob (unter Linux mit diesem driver) auch gleichzeitig, ist unbekannt.
Schalte wifi zum Test komplett ab. Wenn es dann funktioniert, wissen wir mehr.

Visionflier · 19 Feb. 2022

Hallo Gräfin Klara,

besten Dank für die Rückmeldung.
Wie kann ich das Wifi am besten komplett deaktivieren? Ich will mir ja meine Installation nicht bleibend beschädigen.
Ich bin da nicht so firm darin.

Mit freundlichem Gruß
Visionflier

P.S.: Versuche grad mit einem anderen Linux live system die Bluetooth-Funktion zu testen. Aber ich muss erst rauskriegen, wie dort Bluetooth überhaupt in Betrieb genommen werden kann.

Gräfin Klara · 19 Feb. 2022

Eine wlan Karte (ohne bluetooth) besteht aus 3 Komponenten.
Zwei davon sind:
1. die Netzwerkarte selbst, die mit dem kernel kommuniziert (in deinem Fall wlan0)
und weil die wlan Karte nicht am Kabel hängt, braucht es dafür einen Ersatz, das ist
2. der phy, in deinem Fall phy0 - ist das Ding, an dem die Antenne angeschlossen ist.

Zuerst blockieren des phy, dann den Status lesen (0 steht für den phy0, du hast nur einen):

Code:

# rfkill block 0
# rfkill -n --output DEVICE,ID,SOFT

phy0 sollte nun abgeschalten (blocked) sein.

Dann die Netzwerkarte:

Code:

# ip addr flush dev wlan0
# ip link set dev wlan0 down

Damit ist auch die Netzwerkarte abgeschalten.
Diese Kommandos ändern nichts an deiner Systemkonfiguration.
Dann bluetooth testen.
Ob das hilft weiß ich nicht aber den Versuch ist es Wert.

Gruß
Gräfin Klara

Visionflier · 20 Feb. 2022

Hallo Gräfin Klara,

besten Dank nochmals für die Instruktionen.
Leider haben sie nicht gefruchtet.

Ich hab auch mittlerweile das Linux Zorin-OS-16-Core-64-bit-r4 mal live getestet. Bluetooth funktioniert dort ebenfalls nicht.
Bisher kann ich nur sagen, dass - mit einer gewissen Wahrscheinlichkeit - dort die gleiche Firmware verwendet wird.
Welche Version von "btusb" bzw. "bluez" verwendet wird, muss ich nochmals näher untersuchen.

Ich werde berichten.
Vlt. werde ich noch eine anders Live-System testen.

Mit freundlichem Gruß
Visionflier

Visionflier · 20 Feb. 2022

Hallo zusammen,

einen kleinen Schritt bin ich nun weiter gekommen.
Unter folgender URL ist eine Lösung beschrieben: https://www.au-ja.de/guide-realtek-wlan+bluetooth-unter-linux-(rtl8723be)-1.phtml
Allerdings bezieht sich diese auf eine ältere Kernel-Version.
Wie dies nun bei Leap 15.3 umzusetzen ist, muss ich erst noch raus finden.
Aber vielleicht hat da der eine oder andere bereits die Lösung parat.

Besten Dank vorab, falls jemand die entsprechenden Schrauben kennt.

Mit freundlichem Gruß
Visionflier

josef-wien · 20 Feb. 2022

Vielleicht helfen Dir die Informationen, welche Werte bei Dir verwendet werden. Die aktuellen Parameter des Kernel-Moduls kannst Du mit

Code:

grep . /sys/module/rtl8723be/parameters/*

und die in Deinem link angeführten Energieverwaltungsoptionen mit

Code:

grep . /sys$(udevadm info -q path -p $(udevadm info -q path -n bus/usb/002/004))/power/{autosuspend,control}

anzeigen (002/004 mußt Du gegebenenfalls anpassen, welches der beiden von lsusb genannten Geräte relevant ist, kann ich nicht sagen). Temporäre Änderungen zum Testen kann root z. B. mit

Code:

echo on > /sys/devices/pci0000:00/0000:00:14.0/usb3/3-13/power/control

vornehmen (den Pfad mußt Du entsprechend anpassen). Solltest Du passende Einstellungen finden, können wir diese dann dauerhaft einrichten.

Visionflier · 23 Feb. 2022

Hallo josef-wien,

vielen Dank erst mal für deine Antwort.
Leider bin ich in dieser Richtung nicht erfolgreich gewesen.

Etwas anderes hat mich auf eine neue Spur gebracht. Siehe folgenden Link: https://unix.stackexchange.com/ques...ow-to-replace-module-version-with-a-newer-one
Ich habe festgestellt, dass der gegenwärtige Modultreiber "btusb" (btusb.c) zwar Devices von Realtek enthält, jedoch nicht das Device mit meiner ID 04f2:b49f.
Ich würde gerne in den aktuellen Modultreiber btusb.c meines Kernels 5.3.18-150300.59.49-default die Zeile

Code:

{ USB_DEVICE(0x04f2, 0xb49f), .driver_info = BTUSB_REALTEK },

unter

Code:

/* Additional Realtek 8723BE Bluetooth devices */

einfügen.
Allerdings scheitert das daran, dass ich nicht weiß wie man ein Kernel-Modul kompiliert.
Ich verspreche mir darin die Lösung, da es scheinbar nach dieser Modifikation funktioniert.
Siehe hier: https://askubuntu.com/questions/127...-not-find-devices-on-lenovo-ideapad-100-14iby

Kann mir da jemand draufhelfen?

Besten Dank schon mal für eine Rückmeldung im Voraus.

Mit freundlichem Gruß
Visionflier

josef-wien · 24 Feb. 2022

Ich kann Dir nur zum Teil weiterhelfen, da ich openSUSE nicht verwende. Du brauchst auf jeden Fall das openSUSE-Paket mit den Quellen zu Deinem Kernel, was sonst noch notwendig ist, kann ich nicht sagen.

Eine Anleitung gibt es z. B. bei https://wiki.archlinux.org/title/Compile_kernel_module.

Bei mir funktioniert (nach Ergänzung der Datei) die Übersetzung mit folgenden Befehlen (ausgeführt im obersten Verzeichnis der Kernel-Quellen):

Code:

make mrproper
zcat /proc/config.gz > .config
make oldconfig
make modules_prepare
make M=drivers/bluetooth

su
mv /lib/modules/$(uname -r)/kernel/drivers/bluetooth/btusb.ko /lib/modules/$(uname -r)/kernel/drivers/bluetooth/btusb.ko_ALT
cp -f drivers/bluetooth/btusb.ko /lib/modules/$(uname -r)/kernel/drivers/bluetooth
modprobe -r btusb
modprobe btusb

Damit werden alle Bluetooth-Module erzeugt und das eine benötigte zuerst gesichert, kopiert und nach dem Entladen des alten neu geladen.

Wenn Du Erfolg hast, mußt Du diese Prozedur bei jeder Kernel-Aktualisierung wiederholen. Eventuell kann Dich DKMS dabei unterstützen. Eine weitere Möglichkeit wäre ein KMP-Paket. Zu beiden kann ich nichts beitragen, gegenenfalls solltest Du ein eigenes Thema eröffnen.

Außerdem wäre im Erfolgsfall ein bug report ratsam, denn auch im aktuellsten Kernel ist die Sonderbehandlung für dieses Gerät nicht enthalten.

Visionflier · 27 Feb. 2022

Hallo zusammen,

besten Dank nochmals für die Unterstützung josef-wien.
Leider zeigen sich folgende Probleme bei der Modul-Kompilierung.
Beim Befehl "make oldconfig" ergeben sich folgende Warnings:

Code:

scripts/kconfig/conf  --olddefconfig Kconfig
.config:3096:warning: symbol value 'm' invalid for CHELSIO_IPSEC_INLINE
.config:3713:warning: symbol value 'm' invalid for RTW88_8822BE
.config:3714:warning: symbol value 'm' invalid for RTW88_8822CE

Danach kommt es dann zu der Fehlermeldung:

Code:

sudo modprobe btusb
modprobe: ERROR: could not insert 'btusb': Invalid argument

Ich muss sagen: Hier bin ich am Ende.
Zwar bin ich überzeugt, dass das Fehlen des Eintrags

Code:

{ USB_DEVICE(0x04f2, 0xb49f), .driver_info = BTUSB_REALTEK },

im btusb-Modul die Ursache ist, aber ich kann's nicht testen, da ich obigen Fehler bekomme.
Auch beim Test von anderen Live-Distributionen funktioniert Bluetooth nicht, da auch dort der Eintrag im btusb-Modul fehlt.

Da ich das Problem oben nicht selbst beheben kann und ich auch schon viel (zu viel) Zeit investiert habe, das Problem zu lösen, werde ich das Realtek-Modul ganz einfach gegen eine anderes austauschen. Ich bin eben mehr Hardwerker als Softwerker.

Besten Dank an alle für Euren Beitrag.

Mit freundlichem Gruß
Visionflier

Visionflier · 2 März 2022

Hallo zusammen,

ich hab jetzt doch nochmal einen Weg beschritten, der wie folgt aussieht:
- Installation von Linux Mint in einer separaten Partition.
Version:

Code:

uname -a
Linux Lenovo-ideapad-100 5.4.0-100-generic #113-Ubuntu SMP Thu Feb 3 18:43:29 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Austausch des Modules btusb.ko das den Eintrag

Code:

{ USB_DEVICE(0x04f2, 0xb49f), .driver_info = BTUSB_REALTEK },

enthält. Dies erfolgt durch folgenden Weg:
Kompilierung und ersetzen des aktuellen Modules mit dem neuen Modul gemäß der Beschreibung unter https://askubuntu.com/questions/127...-not-find-devices-on-lenovo-ideapad-100-14iby

Also folgende Befehle:

Code:

sudo apt install git dkms
git clone https://github.com/jeremyb31/bluetooth-5.4.git
cd bluetooth-5.4
make

Anmerkung: Dies Installation von "dkms" (1. Befehl der vorigen Codefolge) ist nur notwendig, wenn dies noch nicht installiert ist.
Das Originalmodul kann mit folgendem Befehl gesichert werden:

Code:

sudo mv /lib/modules/$(uname -r)/kernel/drivers/bluetooth/btusb.ko /lib/modules/$(uname -r)/kernel/drivers/bluetooth/btusb.original.ko

Das neue Modul wird dann mit folgendem Befehl entsprechend eingesetzt:

Code:

sudo cp btusb.ko /lib/modules/$(uname -r)/kernel/drivers/bluetooth/btusb.ko

Entweder macht man jetzt einen Reboot oder ersetzt das geladene Modul durch:

Code:

sudo modprobe -r btusb
sudo modprobe btusb

Und siehe da, es funktioniert.
Ich werde nun versuchen, einen einen Kernel-Bug-Report zu erwirken, da meine Gerät generell nicht in btusb.c enthalten ist.

Mit freundlichem Gruß
Visionflier

Christina · 2 März 2022

Visionflier schrieb:
Und siehe da, es funktioniert.
Ich werde nun versuchen, einen einen Kernel-Bug-Report zu erwirken,

Super!
Es wäre für die stillen Mitleser wie mich schön, wenn du hier auch einen Link zum erstellen Bug Report postest.

josef-wien · 2 März 2022

Interessant wäre auch, warum es beim openSUSE-Kernel Probleme gab. Könnten vielleicht die drei Fehlermeldungen bei der Konfiguration durch nicht zusammenpassende Dateien oder Pakete verursacht worden sein? "m" ist schließlich die korrekte Angabe, daß dafür ein Kernel-Modul zu erstellen ist (CONFIG_CHELSIO_IPSEC_INLINE gibt es seit 4.16, die anderen beiden seit 5.2).

Visionflier · 3 März 2022

Leider bin ich dazu nicht aussagefähig.
Ich vermute, dass für die korrekte Kompilierung noch irgendeine Voraussetzung nicht richtig erfüllt war. :???:
Auch die generierte Dateigröße weicht deutlich von der ursprünglichen ab (212KB statt nur knapp 24KB).
Letztendlich bin ich davon überzeugt, dass die Änderung auch bei fehlerloser Kompilierung des Moduls zur korrekten Bluetooth-Funktion führen würde.
Leider kann ich es nicht beweisen.
Generell habe ich allerdings festgestellt, dass bei verschiedenen Kernel-Versionen genau dieser Eintrag im btusb.c Modul fehlt:

Code:

{ USB_DEVICE(0x04f2, 0xb49f), .driver_info = BTUSB_REALTEK },

Mit freundlichem Gruß
Visionflier

Visionflier · 5 März 2022

Hier ist die URL für den Bug-Report:
https://bugzilla.opensuse.org/show_bug.cgi?id=1196779

Ich habe den in OpenSuse erstellt, da dies für mich einfacher war.

Mit freundlichem Gruß
Visionflier

[Gelöst] Keine Bluetooth-Geräte erkannt trotz scheinbar korrekter Einrichtung

Visionflier

Member

Sauerland

Ultimate Guru

Visionflier

Member

Sauerland

Ultimate Guru

Visionflier

Member

Gräfin Klara

Hacker

Visionflier

Member

Gräfin Klara

Hacker

Visionflier

Member

Visionflier

Member

josef-wien

Ultimate Guru

Visionflier

Member

josef-wien

Ultimate Guru

Visionflier

Member

Visionflier

Member

Christina

Moderator

josef-wien

Ultimate Guru

Visionflier

Member

Visionflier

Member