Os fones de ouvido Bluetooth funcionam bem até dormir. Depois de retomar o sono, eles parecem se conectar por um breve momento antes de desconectar. No blueman, o erro fornecido é Recurso temporariamente indisponível. Esse problema surgiu somente após a atualização para o 18.04 LTS.
Aqui está a saída do terminal para 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
bluetooth
18.04
bug-reporting
Nikhil Sadasivan
fonte
fonte
bluetooth.service
ou remover obtusb
módulo e reinseri-lo novamente funcionou. Eu tive que reiniciar .lsusb
Respostas:
atualize o bluez para> = 5.28.2
O 18.04 vem com um pacote de buggy bluez por enquanto; A versão mais recente está disponível neste PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :
solução alternativa para o miniaplicativo Bluetooth com erros (específico do Unity?)
Este é provavelmente o problema mencionado pelo solstício - o miniaplicativo de menu BT não me permite ativar o Bluetooth depois de voltar do modo de suspensão. Não importa se a chave seletora está desligada ou ligada, o ícone BT está desativado e a saída rfkill não muda:
Você pode alternar manualmente o BT executando (substitua seu próprio ID):
e o applet BT deve buscá-lo corretamente agora. Neste ponto, você deve conseguir se conectar aos seus dispositivos. Por enquanto, eu o hackeei usando um script que faz isso automaticamente após o resumo:
O número de ID ao lado de hci0 na saída da lista rfkill parece aumentar após cada suspensão / retomada. Desativar / ativar o BT usando o menu BT deve alterar a saída ('soft bloqueado: sim' para o BT desativado via menu), mas não o faz. Meu palpite é que o applet se lembra do ID do dispositivo errado e, portanto, está tentando habilitar um dispositivo que não existe mais.
fonte
sudo apt install blueman
) e bluez atualizado (do ppa) está funcionando bem para mim.Para mim, esse problema pode ser resolvido executando
depois de acordar do sono
fonte
Tente em um terminal (nenhuma raiz é necessária)
Isso pode estar relacionado a um bug no gnome-control-center. Não tenho certeza. Eu descobri que isso funcionava com o referido bug e pode ser seu também.
fonte
Eu executo 19.04 e tenho esse problema. Eu tenho um mouse BT, então é realmente irritante.
Para uma resposta melhorada do @hinxnz:
Abra um novo arquivo:
Cole neste script:
Um finalmente torná-lo executável
fonte
Isto é o que eu fiz para fazê-lo funcionar em 18.04 LTS
Bluetooth atualizado:
Crie um novo arquivo:
Escreva e salve:
Permissões alteradas:
fonte
case $1 in post)
para que ele seja executado somente após a ativação. Também sudo não é necessário no script.A solução de atualizar para uma versão mais recente do bluez resolveu outro problema para mim: as conexões bluetooth se desconectavam segundos após a conexão, conforme descrito aqui: Ubuntu 18.04: O dispositivo Bluetooth se desconecta logo após a conexão no Lenovo P50
fonte
Com base nesta resposta , para pulseaudio e Ubuntu 18
fonte
No meu caso,
laptop-mode-tools
foi o culpado:fonte