Bluetooth-Kopfhörer funktionieren bis zum Schlafen einwandfrei. Nach der Wiederaufnahme des Ruhezustands scheinen sie sich jedoch für einen kurzen Moment zu verbinden, bevor sie die Verbindung trennen. Auf blueman ist der angegebene Fehler Ressource vorübergehend nicht verfügbar. Dieses Problem trat erst nach dem Update auf 18.04 LTS auf.
Hier ist die Terminalausgabe für lsusb:
Bus 001 Device 002: ID 8087:8001 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 004: ID 1bcf:0002 Sunplus Innovation Technology Inc.
Bus 002 Device 003: ID 04f2:b477 Chicony Electronics Co., Ltd
Bus 002 Device 002: ID 0a5c:21f1 Broadcom Corp. HP Portable Bumble Bee
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Beste Antwort
bluez auf>=5.28.2 aktualisieren
18.04 wird vorerst mit einem fehlerhaften Bluez-Paket ausgeliefert; Eine neuere Version ist von diesem 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 von @solstice erwähnte Problem – das BT-Menü-Applet lässt mich Bluetooth nicht aktivieren, nachdem ich aus dem Ruhezustand zurückgekehrt bin. Unabhängig davon, ob der Kippschalter aus- oder eingeschaltet ist, ist das BT-Symbol deaktiviert und die rfkill-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 das BT-Applet sollte es jetzt korrekt aufnehmen. An diesem Punkt sollten Sie in der Lage sein, eine Verbindung zu Ihren Geräten herzustellen. Im Moment habe ich es mit einem Skript zusammengehackt, das dies automatisch nach dem Resume macht:
$ 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 jedem Suspend/Resume zu erhöhen. Das Deaktivieren/Aktivieren von BT über das BT-Menü sollte die Ausgabe ändern („weich blockiert:ja“ für BT über das Menü deaktiviert), tut es aber nicht. Meine Vermutung ist, dass sich das Applet die falsche Geräte-ID merkt und daher versucht, ein Gerät zu aktivieren, das nicht mehr existiert.
Verwandte:Backup-Software-Quellen?