[megoldva] A linuxom elfeljtette a Bluetooth-ot. Na de még hogy!

Wireless

Sziasztok!

Ez egy Ubuntu Linux a desktopomon; egyszer csak - fogalmam sincs mióta - nincs Bluetooth eszköz-érzékelés.
Mivel rollingolom, így tudom, hogy ebben a felállásban kb. egy éve rendben működött.
A mainline Kernelekkel 6.7-ig random végignyálaztam párat, de egyikkel sem látszik működni.
A Blueman azt mondja, hogy 

$ blueman-manager 
blueman-manager 15.07.14 ERROR    Manager:137 on_dbus_name_appeared: Default adapter not found, trying first available.
blueman-manager 15.07.14 ERROR    Manager:141 on_dbus_name_appeared: No adapter(s) found, exiting

(Ezt sok fórumban olvastam... Szóval tipikus gond mostanság.)
Arra gondoltam, hogy esetleg valamiért tiltottam a kernel modulokat, de nem; jelen vannak.

A dongle-t kihúzom, visszadugom, az eszköz megjelenik az lsusb hatására.

Most jön a legizgalmasabb: 
Van egy VirtualBoxban futó Win11 a gépemen, és ott szépen átadom a Windows-nak, és teljesen jól működik a dongle-höz igazított végponti eszköz (egy füles).

Mi a bánat baja lehet a Linuxnak (a deszktop környezetnek)?
Köszönöm, ha valaki tud segíteni a Bluetooth eszköz használhatóságba tételében Linux alatt.

Megoldva: https://hup.hu/comment/3013043#comment-3013043

( fezo | 2024. 01. 13., szo – 20:42 )

Szerkesztve: 2024. 01. 13., szo – 21:15

Véletlenül nem egy olyan dongle amit memory stick-ként ismer fel? Ilyenkor az usbmodeswitch környékén kell szétnézni.

Minden hulla a Mount Everesten valamikor egy nagyon motivált ember volt.

( E-Medve v | 2024. 01. 13., szo – 21:37 )

Az lsusb milyen eszköz ID-val hozza?

0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
 

Újabb adalék:

Kíváncsiságból a renitens Ubuntu Linux alá feltettem egy sosem használt Garuda Linuxot (Arch based), és ott live CD-ről futtatva az USB adaptert megkapva, simán összecsattintotta a fülessel. A youtube-on egy zenét elindítottam, simán viszi.

Garuda Linux alatt is megnéztem az lsusb kimenetét, szintén:
0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)

Na, megnézem Mint alatt is...

READY.
󠀠󠀠‎‏‏‎▓

( renard | 2024. 01. 13., szo – 21:58 )

Szerkesztve: 2024. 01. 13., szo – 22:01

Ha valamilyen USB-s eszközzel van gond, akkor egy udevadm monitor parancs tud segíteni. A dmesg mit mond róla?

A dmesg-et én is akartam ajánlani, csak beelőztél. dmesg -w paraméterrel meghívva folyamatosan lehet látni a kimeneteket, meg kéne próbálni akkor dugdosni fel-le a BT adaptert, mit ír rá, van-e valami hasfájás, debug üzenet, figyelmeztetés.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

A dmesg -w futása közben kihúztam, majd visszadugtam a dongle-t. Ez a kimenete. Ebben nem látok hibára utaló jelet.

[27950.767196] usb 1-10: USB disconnect, device number 11
[27956.188053] usb 1-10: new full-speed USB device number 12 using xhci_hcd
[27956.527952] usb 1-10: New USB device found, idVendor=0a12, idProduct=0001, bcdDevice=88.91
[27956.527957] usb 1-10: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[27956.527959] usb 1-10: Product: CSR8510 A10
 

READY.
󠀠󠀠‎‏‏‎▓

$ sudo dmesg | grep 0a12
[sudo] l jelszava:  
[    5.528163] usb 1-10: New USB device found, idVendor=0a12, idProduct=0001, bcdDevice=88.91
[  698.862983] usb 1-10: New USB device found, idVendor=0a12, idProduct=0001, bcdDevice=88.91
[ 1408.714193] usb 1-10: New USB device found, idVendor=0a12, idProduct=0001, bcdDevice=88.91

A udevadm monitor parancsot nem ismertem.

Kiadtam, utána kihúztam, majd visszadugtam a dongle-t.

(Közben jelzem, hogy egy "kéznél" lévő Nobara Linux VM-nek is átadva, simán tudtam az adapteren keresztül használni a fülest.)

READY.
󠀠󠀠‎‏‏‎▓

Kihúzás-visszadugás:

UDEV  [28969.661512] remove   /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10 (usb)
KERNEL[28980.682219] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10 (usb)
KERNEL[28980.701138] change   /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10 (usb)
KERNEL[28980.701161] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.0 (usb)
KERNEL[28980.701172] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.0/bluetooth/hci0 (bluetooth)
KERNEL[28980.701181] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.0/bluetooth/hci0/rfkill11 (rfkill)
KERNEL[28980.701192] bind     /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.0 (usb)
KERNEL[28980.701214] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.1 (usb)
KERNEL[28980.701229] bind     /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.1 (usb)
KERNEL[28980.701240] bind     /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10 (usb)
UDEV  [28980.722974] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10 (usb)
UDEV  [28980.724102] change   /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10 (usb)
UDEV  [28980.724794] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.0 (usb)
UDEV  [28980.725537] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.1 (usb)
UDEV  [28980.725562] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.0/bluetooth/hci0 (bluetooth)
UDEV  [28980.726246] add      /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.0/bluetooth/hci0/rfkill11 (rfkill)
UDEV  [28980.726362] bind     /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.1 (usb)
UDEV  [28980.726822] bind     /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10/1-10:1.0 (usb)
UDEV  [28980.727463] bind     /devices/pci0000:00/0000:00:02.1/0000:02:00.0/usb1/1-10 (usb)

 

READY.
󠀠󠀠‎‏‏‎▓

( Stinkydiver | 2024. 01. 13., szo – 22:19 )

Már láttam ilyet, hogy valaki beküldött egy patch-et a CSR driverre és a hamisított IC nem működött vele.

( pepo v | 2024. 01. 13., szo – 22:51 )

Igen, az összeállt, hogy ugyan megtalálja az USB eszközt a Kernel, sőt azt is tudja, hogy ez egy Bluetooth, de aztán tovább elvész az információ.

READY.
󠀠󠀠‎‏‏‎▓

( pepo v | 2024. 01. 14., v – 00:36 )

Megoldva.

Megtaláltam a problémát.

Gyanússá vált:

$ hciconfig hci0 
hci0:   Type: Primary  Bus: USB
        BD Address: 00:1A:7D:DA:71:0F  ACL MTU: 310:10  SCO MTU: 64:8
        UP RUNNING 
        RX bytes:702 acl:0 sco:0 events:31 errors:0
        TX bytes:421 acl:0 sco:0 commands:38 errors:0

Mitől van ez UP-ban?

$ sudo hciconfig hci0 down
Can't down device hci0: Device or resource busy (16)

systemctl stop bluetooth-mesh.service

után működik minden frankón.

Aztán miközben a fülessel hallgattam a zenét, ráindítottam a blutooth-mesh-t, de semmi zavaró nem történt.

Örülök, hogy most megy, de tovább nyomozok, mert szvsz reboot után megint nem fog menni.

Mindenkinek köszönöm szépen a segítséget.
 

 

READY.
󠀠󠀠‎‏‏‎▓

( kubi | 2024. 01. 14., v – 09:27 )

Debian testing produkalt hasonlot par honapja. Csak valamelyik BT modul ki- es betoltese utan volt kepes mukodni. Egyik eszkoz sem csatlakozott. Valami race condition problema volt a kernel driver es a blueman korul.

De mar elmult.

( pepo v | 2024. 01. 14., v – 09:51 )

Itt a bluetooth-mesh szolgáltatás futásának okozta, hogy a Bluetooth eszközök egy bizonyos körön túl nem látszottak.

Amint a szolgáltatások a bootnak megfelelően indultak ismét, a Bluetooth megint nem látszott sem a Blueman sem a Bluedevil és egyéb deszktopos rendszerek irányából.

Igen furcsa, hogy egy szolgáltatás futása azt eredményezi, hogy ezek az szoftverek onnantól kezdve igen határozottan állítják, hogy maga a hardver nincs jelen.

Megnéztem, mennyire kell nekem a Bluetooth-mesh, de mert nem kell, disabledre tettem a systemctl-lel, így a felvetett hiba megszűnt.

READY.
󠀠󠀠‎‏‏‎▓