Bluetooth não funciona depois de retomar do sono, Ubuntu 18.04 LTS

Question

Os fones de ouvido Bluetooth funcionam bem até o sono. Depois de retomar o sono, eles parecem se conectar por um breve momento antes de desconectar. Em blueman, o erro fornecido é o recurso temporariamente indisponível. Esse problema surgiu somente após a atualização para 18.04 LTS.

Aqui está a saída do terminal para o 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

    

Answer 1

atualize o bluez para > = 5.28.2

18.04 vem com um pacote bluez com bugs por enquanto; Uma versão mais nova está disponível neste PPA: link :

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

solução alternativa para o miniaplicativo Bluetooth com bugs (específico da unidade?)

Este é provavelmente o problema mencionado pelo @solstice - o applet de menu da BT não permite que eu ative o Bluetooth após sair do modo de suspensão. Não importa se o botão de ativação / desativação está ativado ou desativado, o ícone do BT está desativado e a saída do rfkill não muda:

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

Você pode alternar o BT manualmente executando (substitua seu próprio ID):

rfkill block 12
rfkill unblock 12

e o applet BT deve pegá-lo corretamente agora. Neste ponto, você deve conseguir se conectar aos seus dispositivos. Por enquanto, eu o juntei usando um script que faz isso automaticamente após a retomada:

$ 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

O número de ID próximo a saída hci0 in rfkill parece aumentar após cada suspensão / retomada. Desabilitar / habilitar BT usando o menu BT deve alterar a saída ('softblock: yes' para BT desabilitado via menu), mas isso não acontece. Meu palpite é que o applet lembra o ID do dispositivo errado e, portanto, está tentando habilitar um dispositivo que não existe mais.

    

Answer 2

Tente em um terminal (sem necessidade de raiz)

btnum='rfkill list|grep hci0| cut -f 1 -d ':''
rfkill block $btnum
rfkill unblock $btnum

Isso pode estar relacionado a um bug no gnome-control-center. Não tenho certeza. Eu encontrei isso para contornar esse bug disse e pode ser seu também.

    

Answer 3

Para mim, este problema pode ser resolvido executando

sudo service bluetooth restart

depois de acordar do sono

    

Answer 4

A solução de atualizar para uma versão mais nova do bluez resolveu outro problema para mim de conexões Bluetooth desconectando segundos após a conexão, conforme descrito aqui: Ubuntu 18.04: Dispositivo Bluetooth desconecta logo após conectar no Lenovo P50

    

Answer 5

Foi o que fiz para que funcionasse em 18.04 LTS

Bluetooth atualizado:

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

Criar novo arquivo:

sudo nano /lib/systemd/system-sleep/bt

Escreva e salve:

#!/bin/sh

sudo modprobe -r btusb
sleep 1
sudo service bluetooth restart
sleep 1
sudo modprobe btusb

Permissões alteradas:

sudo chmod 777 /lib/systemd/system-sleep/bt