Bluetoothctl: aucun contrôleur par défaut disponible

13

J'ai des problèmes pour connecter mon clavier Bluetooth Logitech K810 dans Debian Jessie avec BlueZ version 5.23-1, noyau 3.16.0-4.

Le clavier fonctionne très bien la plupart du temps mais parfois il ne fonctionne pas du tout et bluetoothctlme donne l'erreur que le contrôleur n'est pas disponible.

Lorsque cela se produit, hciconfig reconnaît toujours le périphérique et j'obtiens cette sortie:

# 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

Mais aucun périphérique n'est affiché dans l' bluetoothctlinvite et cela me donne cette sortie:

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

Le redémarrage ou parfois la suspension / reprise corrige le problème: bluetoothctlreconnaîtra à nouveau à la fois le contrôleur et le clavier qui fonctionne à nouveau.

Bluetooth est toujours dur et doux débloqué selon rfkill.

La sortie pertinente de lspci -v, je suppose, serait la suivante:

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

Je n'ai pas eu ce problème avec le même matériel dans Debian Wheezy.

Qu'est-ce que le contrôleur Bluetooth pourrait être indisponible à certains moments?

keyboard bluetooth bluez MajorBriggs
la source
J'ai le même problème dans OSMC fonctionnant dans Raspberry Pi. Avez-vous trouvé une solution? Partagez-le si vous en avez un, s'il vous plaît.
user2109718
Non, je n'ai pas trouvé de solution ...
MajorBriggs
1
J'ai rencontré le même problème avec OSMC sur un Raspberry Pi. Le clavier apparaît lors de la numérisation avec hcitool. Les commandes Bluetoothctl entraînent «Aucun contrôleur par défaut disponible».
Dallas
1
Après avoir rencontré cette question au cours de mes investigations à plusieurs reprises maintenant: Il semble toujours qu'il n'y ait pas de réponse, cependant, la suppression ( modprobe -r btusb) et l'ajout ( modprobe btusb) du module du noyau aident parfois à récupérer le contrôleur (vous pouvez donc éviter de redémarrer complètement).
Marcus
@Dallas voir ma réponse. Vous avez juste besoin de l'exécuter en tant que sudo et cela fonctionne très bien.
jamescampbell

Réponses:

2

Je crois que la réponse est simplement de courir bluetoothctlavec sudo.

Ainsi, sudo bluetoothctl. Ensuite, chaque commande fonctionne correctement power on, agent onetc. sans erreur.

Travail confirmé sur Raspian Stretch.

jamescampbell
la source
0

La mise à jour du noyau est-elle une option?

Avez-vous essayé le dernier package de firmware Linux?

Vous pouvez également essayer les suggestions de la section "A propos du support iwldvm et des problèmes connus" ici https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi

gat1
la source
0

Peut-être essayer systemctl start hciuart

akhilcjacob
la source
Bienvenue sur l'Unix SE! Je suggère d'expliquer ce que vous faites et pourquoi.
peterh
-1

Activez d'abord le bluetooth manuellement avec l'interface graphique. c'est comme ça que ça a marché pour moi. je sais que ce post est ancien, mais il a fonctionné pour moi. Recherchez simplement dans votre menu principal "bluetooth" (Sur ma sarah actuelle à la menthe 18, c'est comme ça)

Vous pouvez ensuite revenir et essayer les commandes avec "power off"

IDontLikestackoverflow
la source
1
Quelle interface graphique? Quelles étapes exactes? Comment la désactiver pourrait-elle aider à établir une connexion?
Jeff Schaller