Bluetoothctl: brak dostępnego domyślnego kontrolera

13

Mam problemy z podłączeniem klawiatury Logitech K810 Bluetooth w Debian Jessie z wersją BlueZ 5.23-1, jądrem 3.16.0-4.

Klawiatura działa przez większość czasu dobrze, ale czasami wcale nie działa i bluetoothctldaje mi błąd, że kontroler jest niedostępny.

Gdy tak się dzieje, hciconfig nadal rozpoznaje urządzenie i otrzymuję ten wynik:

# 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

Ale w bluetoothctlwierszu polecenia nie są wyświetlane żadne urządzenia, co daje mi ten wynik:

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

Ponowne uruchomienie lub czasami zawieszenie / wznowienie naprawia problem: bluetoothctlponownie rozpozna kontroler i klawiaturę, która znów działa.

Bluetooth jest konsekwentnie twardy i miękki odblokowany zgodnie z rfkill.

Odpowiedni wynik z lspci -v, jak sądzę, byłby następujący:

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

Nie miałem tego problemu z tym samym sprzętem w Debian Wheezy.

Co to może być kontroler Bluetooth, który czasami jest niedostępny?

keyboard bluetooth bluez MajorBriggs
źródło

Mam ten sam problem w OSMC działającym w Raspberry Pi. Znalazłeś rozwiązanie? Udostępnij, jeśli masz.

user2109718,

Nie, nie znalazłem rozwiązania ...

MajorBriggs

1

Ten sam problem z OSMC napotkałem na Raspberry Pi. Klawiatura pojawia się podczas skanowania za pomocą hcitool. Polecenia Bluetoothctl powodują „Brak dostępnego domyślnego kontrolera”.

Dallas,

1

Po kilkakrotnym napotkaniu tego pytania podczas moich badań: wydaje się, że wciąż nie ma odpowiedzi, jednak czasami usunięcie ( modprobe -r btusb) i dodanie ( modprobe btusb) modułu jądra pomaga odzyskać kontroler (dzięki czemu można uniknąć pełnego restartu).

Marcus

@Dallas zobacz moją odpowiedź. Wystarczy uruchomić go jako sudo i działa dobrze.

jamescampbell

2

Uważam, że odpowiedź jest po prostu uruchomić bluetoothctlz sudo.

Tak więc sudo bluetoothctl. Następnie każda komenda działa poprawnie power on, agent onitp bez błędów.

Potwierdzono pracę nad Raspian Stretch.

jamescampbell
źródło

0

Czy aktualizacja jądra jest opcją?

Czy wypróbowałeś najnowszy pakiet oprogramowania układowego Linux?

Możesz także wypróbować sugestie w części „Informacje o wsparciu iwldvm i znanych problemach” tutaj https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi

gat1
źródło

0

Może spróbować systemctl start hciuart

akhilcjacob
źródło

Witamy w Unix SE! Sugeruję wyjaśnić, co robisz i dlaczego.

peterh - Przywróć Monikę

-1

Najpierw ręcznie włącz bluetooth za pomocą GUI. tak to dla mnie działało. wiem, że ten post jest stary, ale zadziałał dla mnie. Po prostu wyszukaj w swoim menu głównym „bluetooth” (tak jest w mojej obecnej mennicy 18 Sarah)

Następnie możesz wrócić i wypróbować polecenia z „power off”

IDontLikestackoverflow
źródło

1

Jakie GUI? Jakie dokładnie kroki? W jaki sposób wyłączenie to pomogłoby nawiązać połączenie?

Jeff Schaller

Bluetoothctl: brak dostępnego domyślnego kontrolera

Odpowiedzi: