Les écouteurs Bluetooth fonctionnent correctement jusqu'à ce que vous dormiez. Une fois sortis de leur sommeil, ils semblent se connecter un moment avant de se déconnecter. Sur blueman, l'erreur donnée est la ressource temporairement indisponible. Ce problème ne s'est produit 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
18.04 est livré avec un package buggy bluez pour le moment; la version la plus récente est disponible à partir de cet PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :
Sudo add-apt-repository ppa:bluetooth/bluez
Sudo apt install bluez
C’est probablement le problème mentionné par @solstice - L’applet de menu BT ne me permet pas d’activer Bluetooth après avoir quitté le mode veille. Peu importe si l'interrupteur à bascule est activé ou désactivé, l'icône BT est désactivée et la sortie de 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 activer/désactiver BT manuellement en exécutant (remplacez votre propre ID):
rfkill block 12
rfkill unblock 12
et BT applet devrait le prendre correctement maintenant. À ce stade, vous devriez pouvoir vous connecter à vos appareils. Pour le moment je l'ai piraté ensemble en utilisant un script qui le fait automatiquement après CV:
$ 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. Désactiver/activer BT en utilisant le menu BT devrait changer la sortie ('soft bloqué: 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 tente donc d'activer un périphérique qui n'existe plus.
Pour moi, ce problème peut être résolu en exécutant
Sudo service bluetooth restart
après le réveil
Essayez dans un terminal (aucune racine nécessaire)
btnum=`rfkill list|grep hci0| cut -f 1 -d ':'`
rfkill block $btnum
rfkill unblock $btnum
Cela pourrait être lié à un bogue dans gnome-control-center. Pas certain. J'ai trouvé que cela fonctionnait autour de ce bogue et pouvait être le vôtre aussi.
C’est ce que j’ai fait pour que cela fonctionne avec 18.04 LTS
Bluetooth mis à jour:
Sudo add-apt-repository ppa:bluetooth/bluez
Sudo apt install bluez
Créer un nouveau fichier:
Sudo nano /lib/systemd/system-sleep/bt
Ecrivez et enregistrez:
#!/bin/sh
Sudo modprobe -r btusb
sleep 1
Sudo service bluetooth restart
sleep 1
Sudo modprobe btusb
Autorisations modifiées:
Sudo chmod 777 /lib/systemd/system-sleep/bt
Je cours 19.04 et ai ce problème. J'ai une souris BT, donc c'est vraiment embêtant.
Pour améliorer @hinxnz répondre:
Ouvrir un nouveau fichier:
Sudo nano /lib/systemd/system-sleep/bt
Coller dans ce script:
#!/bin/sh
case $1 in
post)
modprobe -r btusb
sleep 1
service bluetooth restart
sleep 1
modprobe btusb
;;
esac
Enfin le rendre exécutable
chmod +x /lib/systemd/system-sleep/bt
La solution de mise à niveau vers une version plus récente de bluez m'a permis de résoudre un autre problème de déconnexion de connexions Bluetooth quelques secondes après la connexion, comme décrit ici: buntu 18.04: le périphérique Bluetooth se déconnecte juste après la connexion sur le Lenovo P5
Basé sur cette réponse , pour pulseaudio & Ubuntu 18
Sudo apt-get install pulseaudio-module-bluetooth
pactl load-module module-bluetooth-discover