aktualisiere bluez auf> = 5.28.2
18.04 wird vorerst mit einem Buggy-Bluez-Paket ausgeliefert; Eine neuere Version ist über diese PPA verfügbar: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :
sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez
Problemumgehung für fehlerhaftes Bluetooth-Applet (Unity-spezifisch?)
Dies ist wahrscheinlich das erwähnte Problem @solstice - Mit dem BT-Menü-Applet kann ich Bluetooth nicht aktivieren, nachdem ich aus dem Ruhezustand zurückgekehrt bin. Unabhängig davon, ob der Kippschalter ein- oder ausgeschaltet ist, ist das BT-Symbol deaktiviert und die HFKILL-Ausgabe ändert sich nicht:
$ rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
12: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
Sie können BT manuell umschalten, indem Sie Folgendes ausführen (ersetzen Sie Ihre eigene ID):
rfkill block 12
rfkill unblock 12
und BT-Applet sollten es jetzt korrekt aufnehmen. Zu diesem Zeitpunkt sollten Sie in der Lage sein, eine Verbindung zu Ihren Geräten herzustellen. Im Moment habe ich es mithilfe eines Skripts gehackt, das dies nach dem Fortsetzen automatisch ausführt:
$ cat /lib/systemd/system-sleep/bt
#!/bin/sh
case $1 in
post)
sleep 5
rfkill block `rfkill list | grep hci | cut -d: -f1`
sleep 1
rfkill unblock `rfkill list | grep hci | cut -d: -f1`
;;
esac
Die ID-Nummer neben hci0 in der Ausgabe der rfkill-Liste scheint sich nach jeder Unterbrechung / Wiederaufnahme zu erhöhen. Das Deaktivieren / Aktivieren von BT über das BT-Menü sollte den Ausgang ändern ("Soft Blocked: Yes" für über das Menü deaktiviertes BT), dies ist jedoch nicht der Fall. Ich vermute, dass sich das Applet die falsche Geräte-ID merkt und versucht, ein nicht mehr vorhandenes Gerät zu aktivieren.
bluetooth.service
oder Entfernen desbtusb
Moduls und erneutes Einsetzen hat funktioniert. Ich musste neu starten .