Bluetoothctl: nenhum controlador padrão disponível

13

Estou tendo problemas para conectar meu teclado Bluetooth Logitech K810 no Debian Jessie com o BlueZ versão 5.23-1, kernel 3.16.0-4.

O teclado funciona bem na maioria das vezes, mas às vezes não funciona e bluetoothctlme dá o erro de que o controlador não está disponível.

Quando isso ocorre, o hciconfig ainda reconhece o dispositivo e recebo esta saída:

# 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

Mas nenhum dispositivo é mostrado no bluetoothctlprompt e isso me dá essa saída:

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

Reiniciar ou, às vezes, suspender / retomar corrige o problema: bluetoothctlreconhecerá novamente o controlador e o teclado que funcionam novamente.

O Bluetooth é consistentemente rígido e flexível, de acordo com rfkill.

A saída relevante de lspci -v, eu acho que seria esta:

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

Eu não tive esse problema com o mesmo hardware no Debian Wheezy.

O que poderia ser o controlador bluetooth para estar indisponível às vezes?

keyboard bluetooth bluez MajorBriggs
fonte
Eu tenho o mesmo problema no OSMC em execução no Raspberry Pi. Você encontrou uma solução? Compartilhe se você tiver um, por favor.
user2109718
Não, não encontrei uma solução ...
MajorBriggs
1
Eu encontrei o mesmo problema com o OSMC em um Raspberry Pi. O teclado aparece ao digitalizar com o hcitool. Os comandos Bluetoothctl resultam em 'Nenhum controlador padrão disponível'.
Dallas
1
Depois de me deparar com essa pergunta durante minhas investigações várias vezes agora: Ainda parece não haver resposta, no entanto, às vezes remover ( modprobe -r btusb) e adicionar ( modprobe btusb) o módulo do kernel ajuda a recuperar o controlador (para evitar uma reinicialização completa).
Marcus
@ Dallas veja minha resposta. Você só precisa executá-lo como sudo e funciona bem.
jamescampbell

Respostas:

2

Eu acredito que a resposta é simplesmente correr bluetoothctlcom sudo.

Assim sudo bluetoothctl,. Então todo comando funciona bem power on, agent onetc. sem erros.

Trabalho confirmado no Raspian Stretch.

jamescampbell
fonte
0

A atualização do kernel é uma opção?

Você já experimentou o último pacote de firmware linux?

Além disso, você pode tentar as sugestões na seção "Sobre o suporte ao iwldvm e problemas conhecidos" aqui https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi

gat1
fonte
0

Talvez tente systemctl start hciuart

akhilcjacob
fonte
Bem-vindo ao Unix SE! Sugiro explicar, o que você está fazendo e por quê.
peterh - Restabelece Monica
-1

Primeiro ative o bluetooth manualmente com a GUI. Foi assim que funcionou para mim. Eu sei que este post é antigo, mas funcionou para mim. Basta procurar no menu principal por "bluetooth" (no meu atual mint 18 sarah é assim)

Você pode voltar e tentar os comandos com "desligar"

IDontLikestackoverflow
fonte
1
Qual GUI? Quais etapas exatas? Como desligá-lo ajudaria a estabelecer uma conexão?
Jeff Schaller