O Ubuntu 18.04 não detecta mais dispositivos bluetooth depois de acordar da suspensão

3

O Bluetooth estava funcionando bem no meu laptop (Acer Aspire V17 Nitro) rodando o Ubuntu 18.04, até que usei o Suspend pela primeira vez e o acordei novamente. Não detecta mais dispositivos.

Coisas que eu tentei:

  • Reinicializando

  • Desativando & habilitando o bluetooth

  • Reiniciar o serviço bluetooth

  • Reinstalando esses pacotes: bluez gnome-bluetooth pulseaudio-module-bluetooth

  • Executando rfkill list :

    0: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no
    1: acer-wireless: Wireless LAN
    Soft blocked: no
    Hard blocked: no
    2: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
    
  • Inicializando em um USB ao vivo e ativando o bluetooth lá (ele também não detecta nenhum dispositivo)

Alguém tem alguma outra ideia? O fato de falhar ao suspender ou ao acordar de uma suspensão pode ser uma pista.

    
por Jesse Busman 10.06.2018 / 00:13

4 respostas

2

ATUALIZAÇÃO 2018-09-20:

Minha solução original não funciona mais de maneira confiável para mim. Eu vejo agora um dos três casos no currículo da suspensão:

  1. Bluetooth e WiFi ambos desativados (sem adaptadores disponíveis)
  2. Bluetooth desativado somente (sem adaptadores disponíveis)
  3. Sem problemas

A única solução alternativa que resolve o problema 100% das vezes é reiniciar para o BIOS e desativar manualmente o Bluetooth e o WiFi.

A solução que eu uso é desconectar a fonte de energia e fechar, em seguida, abrir a tampa do laptop para forçar um ciclo de energia do hardware. Isso funciona cerca de metade do tempo, então muitas vezes tenho que fazer isso duas ou três vezes.

Resposta original:

Eu tenho encontrado o mesmo problema usando o Kubuntu em laptops Dell, Asus e MSI com WiFi / Bluetooth integrado desde pelo menos 16.04. Isso acontece intermitentemente; Eu não posso reproduzi-lo de forma confiável, mas isso só acontece depois de sair da suspensão.

Aqui está meu chipset:

$ lspci | grep Network
3a:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)

Quando o problema ocorre na configuração padrão, o serviço Bluetooth não pode ser totalmente reiniciado. Eu pedi emprestado pesadamente de resposta de Ossama Nasser, mas tive mais sorte forçando o serviço bluetooth fora em suspender e depois em retomar.

Minha solução abaixo, também escrita em /lib/systemd/system-sleep/bluetooth :

#!/bin/bash

if [ "${1}" == "pre" ]; then
  service bluetooth stop
elif [ "${1}" == "post" ]; then
  sleep 5
  service bluetooth start
fi

Eu continuarei atualizando esta resposta se puder confirmar que ela funciona. Mais uma vez, esta questão parece um pouco difícil de reproduzir.

    
por Chris Vincent 31.07.2018 / 22:29
1

Eu tenho o mesmo problema, pegando emprestado uma correção para problemas semelhantes que encontrei com o Ubuntu 14.04, depois de uma investigação mais detalhada, descobri que reiniciar o bluetooth corrige o problema. esta é uma solução que atualmente está funcionando para mim:

1- Na pasta /lib/systemd/system-sleep/ , crie um script chamado bluetooth com o seguinte conteúdo:

#!/bin/bash  

if [ "${1}" == "post" ]; then
    sleep 5
    service bluetooth restart
fi

isto reiniciará o serviço bluetooth após 5 segundos do reinício do sistema (Desta forma, o único que funcionou para mim, por enquanto, poderá mudar de ideia no futuro)

2- Marque o script como executável:

chmod +x /lib/systemd/system-sleep/bluetooth

Eu gostaria de salientar que eu uso o Kubuntu 18.04

    
por Ossama Nasser 12.06.2018 / 15:51
0

Tudo bem, começar a trabalhar novamente enquanto você escreve a pergunta.

Funcionou novamente depois de iniciar o USB ao vivo e desativar bluetooth lá (em vez de ativá-lo, o que eu tentei antes). Eu então inicializei de volta na minha instalação normal e ele detectou os dispositivos novamente.

Não vou suspender novamente até encontrar uma solução adequada.

Foi uma experiência bastante mística. Eu não tenho ideia se o que eu fiz realmente consertou. Se alguém souber o que exatamente aconteceu, eu gostaria de saber: -)

    
por Jesse Busman 10.06.2018 / 00:13
0

No Ubuntu 18.04, usei o seguinte script systemd para corrigir o problema:

#!/bin/bash

case "$1" in
    suspend)
        # executed on suspend
        ;;
    post)
        modprobe -r psmouse
        modprobe psmouse
        ;;
    *)
        ;;
esac

Eu nomeei o arquivo em /lib/systemd/system-sleep . Você pode nomear touchpad ou algo similar. Lembre-se de adicionar permissões executáveis.

    
por jpcaparas 02.10.2018 / 11:13