Bluetoothctl: nessun controller predefinito disponibile

13

Ho problemi a connettere la mia tastiera Bluetooth Logitech K810 in Debian Jessie con BlueZ versione 5.23-1, kernel 3.16.0-4.

La tastiera funziona bene per la maggior parte del tempo ma a volte non funziona affatto e bluetoothctlmi dà l'errore che il controller non è disponibile.

In questo caso, hciconfig riconosce ancora il dispositivo e ottengo questo output:

# hciconfig hci0 up 
# hciconfig
hci0:   Type: BR/EDR  Bus: USB
    BD Address: 40:2C:F4:68:02:CA  ACL MTU: 1021:8  SCO MTU: 64:1
    UP RUNNING PSCAN 
    RX bytes:21820 acl:1132 sco:0 events:68 errors:0
    TX bytes:1182 acl:11 sco:0 commands:53 errors:0

Ma nessun dispositivo viene mostrato nel bluetoothctlprompt e questo mi dà questo output:

[bluetooth]# power on
No default controller available
[bluetooth]# scan on
No default controller available

Il riavvio o talvolta la sospensione / ripresa risolve il problema: bluetoothctlriconoscerà nuovamente sia il controller che la tastiera che funzionano di nuovo.

Il Bluetooth è costantemente sbloccato in modo duro e morbido secondo rfkill.

L'output rilevante da lspci -v, immagino sarebbe questo:

03:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000 [Condor Peak]
        Subsystem: Intel Corporation Centrino Wireless-N 1000 BGN
        Flags: bus master, fast devsel, latency 0, IRQ 43
        Memory at f0400000 (64-bit, non-prefetchable) [size=8K]
        Capabilities: <access denied>
        Kernel driver in use: iwlwifi

Non ho avuto questo problema con lo stesso hardware in Debian Wheezy.

Quale potrebbe essere il controller bluetooth a volte non disponibile?

keyboard bluetooth bluez

— MajorBriggs
fonte

Ho lo stesso problema in OSMC in esecuzione su Raspberry Pi. Hai trovato una soluzione? Condividilo se ne hai uno, per favore.

— user2109718

No, non ho trovato una soluzione ...

— MajorBriggs,

1

Ho riscontrato lo stesso problema con OSMC su un Raspberry Pi. La tastiera viene visualizzata durante la scansione con hcitool. I comandi Bluetoothctl generano "Nessun controller predefinito disponibile".

— Dallas,

1

Dopo aver riscontrato questa domanda durante le mie indagini diverse volte: Sembra che non ci sia ancora alcuna risposta, tuttavia a volte rimuovere ( modprobe -r btusb) e aggiungere ( modprobe btusb) il modulo del kernel aiuta a riavere il controller (quindi è possibile evitare di riavviare completamente).

— Marcus,

@Dallas vedi la mia risposta. Devi solo eseguirlo come sudo e funziona benissimo.

— Jamescampbell,

2

Credo che la risposta è semplicemente quello di correre bluetoothctlcon sudo.

Così, sudo bluetoothctl. Quindi ogni comando funziona bene power on, agent onecc. Senza errori.

Lavoro confermato su Raspian Stretch.

— jamescampbell
fonte

0

L'aggiornamento del kernel è un'opzione?

Hai provato l'ultimo pacchetto linux-firmware?

Inoltre puoi provare i suggerimenti nella sezione "Informazioni sul supporto iwldvm e problemi noti" qui https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi

— GAT1
fonte

0

Forse provaci systemctl start hciuart

— akhilcjacob
fonte

Benvenuto su Unix SE! Suggerisco di spiegare cosa stai facendo e perché.

— Peter - Ripristina Monica il

-1

Abilitare prima il bluetooth manualmente con la GUI. è così che ha funzionato per me. so che questo post è vecchio, ma ha funzionato per me. Cerca "bluetooth" nel tuo menu principale (sul mio attuale 18 Sarah è così)

È quindi possibile tornare indietro e provare i comandi con "spegnimento"

— IDontLikestackoverflow
fonte

1

Quale interfaccia grafica? Quali passi esatti? In che modo spegnerlo aiuterebbe a stabilire una connessione?

— Jeff Schaller