Bluetooth ne fonctionne pas après la reprise du mode veille, Ubuntu 18.04 Lts ?

Les écouteurs Bluetooth fonctionnent bien jusqu'au sommeil. Cependant, après être sortis du mode veille, ils semblent se connecter pendant un bref instant avant de se déconnecter. Sur blueman, l'erreur donnée est Ressource temporairement indisponible. Ce problème n'est survenu qu'après la mise à jour vers 18.04 LTS.

Voici la sortie du terminal pour 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

Meilleure réponse

mettre à jour bluez vers>=5.28.2

18.04 est livré avec un paquet buggy bluez pour le moment ; une version plus récente est disponible à partir de ce PPA :https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

sudo add-apt-repository ppa:bluetooth/bluez
sudo apt install bluez

solution de contournement pour l'applet Bluetooth bogué (spécifique à Unity ?)

C'est probablement le problème mentionné par @solstice - L'applet de menu BT ne me permet pas d'activer le Bluetooth après la sortie de veille. Peu importe si l'interrupteur à bascule est activé ou désactivé, l'icône BT est désactivée et la sortie rfkill ne change pas :

$ rfkill list
0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
12: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

Vous pouvez basculer BT manuellement en exécutant (remplacez votre propre ID) :

rfkill block 12
rfkill unblock 12

et l'applet BT devrait le récupérer correctement maintenant. À ce stade, vous devriez pouvoir vous connecter à vos appareils. Pour l'instant, je l'ai piraté en utilisant un script qui le fait automatiquement après la reprise :

$ 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

Le numéro d'identification à côté de hci0 dans la sortie de la liste rfkill semble s'incrémenter après chaque suspension/reprise. La désactivation/activation de BT à l'aide du menu BT devrait modifier la sortie ("blocage logiciel :oui" pour BT désactivé via le menu), mais ce n'est pas le cas. Je suppose que l'applet se souvient du mauvais ID de périphérique et essaie donc d'activer un périphérique qui n'existe plus.

Connexes :Sources de logiciels de sauvegarde ?