Il Bluetooth non funziona dopo il ripristino dalla sospensione, Ubuntu 18.04 LTS

27

Gli auricolari Bluetooth funzionano bene fino al sonno. Dopo aver ripreso dal sonno, tuttavia, sembrano connettersi per un breve momento prima di disconnettersi. Su blueman, l'errore fornito è Risorsa temporaneamente non disponibile. Questo problema si è verificato solo dopo l'aggiornamento a 18.04 LTS.

Ecco l'output del terminale per 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

1

Ho lo stesso problema con l'altoparlante JBL Go e una nuova installazione di 18.04. Niente come riavviare bluetooth.serviceo rimuovere il btusbmodulo e reinserirlo di nuovo ha funzionato. Ho dovuto riavviare .

— solsTiCe

Ho lo stesso problema, ogni volta che riprendendo dal sonno c'è una possibilità che Ubuntu si comporti come se non ci fosse affatto il bluetooth (quindi perché il riavvio del servizio non funziona). Dormire e riprendere a risolverlo a volte.

— Freguglia,

@ K7AAY per qualche motivo l'ibernazione non funziona affatto, quindi non posso verificarlo.

— Nikhil Sadasivan,

Modifica per includere i risultati dal terminale perlsusb

— Jeremy31,

Lo stesso problema qui. Devo riavviare per far funzionare di nuovo gli altoparlanti.

— user1945827

27

aggiorna bluez a> = 5.28.2

18.04 viene spedito con un pacchetto buggy bluez per ora; la versione più recente è disponibile da questo PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :

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

soluzione alternativa per applet Bluetooth buggy (unità specifica?)

Questo è probabilmente il problema menzionato da @solstice: l'applet del menu BT non mi consente di abilitare il Bluetooth dopo aver ripreso a dormire. Non importa se l'interruttore a levetta è spento o acceso, l'icona BT è disabilitata e l'output di rfkill non cambia:

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

Puoi attivare / disattivare BT manualmente eseguendo (sostituisci il tuo ID):

rfkill block 12
rfkill unblock 12

e l'applet BT dovrebbe prenderlo correttamente ora. A questo punto, dovresti essere in grado di connetterti ai tuoi dispositivi. Per ora l'ho hackerato insieme usando uno script che lo fa automaticamente dopo il ripristino:

$ 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

Il numero ID accanto a hci0 nell'output dell'elenco rfkill sembra aumentare dopo ogni sospensione / ripresa. La disabilitazione / abilitazione di BT tramite il menu BT dovrebbe modificare l'uscita ("soft block: yes" per BT disabilitato tramite menu), ma non è così. La mia ipotesi è che l'applet ricordi l'ID dispositivo errato e stia quindi cercando di abilitare un dispositivo che non esiste più.

— lubomir.brindza
fonte

1

Solo l'aggiornamento del pacchetto bluez l'ha fatto per me, grazie!

— Nikhil Sadasivan,

Lo stesso aggiornamento bluez ha funzionato come un fascino!

— Sanketh Katta,

1

Aggiornamento: ha funzionato solo per 1 ciclo di sospensione. Tuttavia, dopo il multiplo, sono tornato allo stesso problema.

— Sanketh Katta,

A meno che il bug non sia già stato corretto da un aggiornamento, l'aggiornamento bluez ha funzionato per me.

— user1945827

Usare l'applet blueman ( sudo apt install blueman) e bluez aggiornato (da ppa) funziona bene per me.

— Segna il

4

Per me questo problema può essere risolto eseguendo

sudo service bluetooth restart

dopo essersi svegliati dal sonno

— TRTS
fonte

2

Prova in un terminale (nessuna radice necessaria)

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

Questo potrebbe essere correlato a un bug in gnome-control-center. Non sono sicuro. Ho trovato questo per aggirare quel bug e potrebbe anche essere tuo.

— solstizio
fonte

Sfortunatamente, questo non risolve il problema per me. Grazie per aver condiviso però!

— Nikhil Sadasivan,

2

Corro il 19.04 e ho questo problema. Ho un mouse BT quindi è davvero fastidioso.

Per migliorare la risposta @hinxnz:

Apri un nuovo file:

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

Incolla in questo script:

#!/bin/sh

case $1 in
  post)
    modprobe -r btusb
    sleep 1
    service bluetooth restart
    sleep 1
    modprobe btusb
    ;;
esac

Un finalmente renderlo eseguibile

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

— Laurent
fonte

1

Questo è quello che ho fatto per farlo funzionare su 18.04 LTS

Bluetooth aggiornato:

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

Crea nuovo file:

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

Scrivi e salva:

#!/bin/sh

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

Autorizzazioni modificate:

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

— hinxnz
fonte

1

L'uso di chmod + x sarebbe una soluzione più sicura se vuoi solo rendere questo eseguibile. Ciò consentirebbe a qualsiasi utente del sistema di eseguire qualsiasi cosa come root semplicemente sostituendo il contenuto di questo file.

— Steeve McCauley,

dopo aver salvato questo script, il mio Dell XPS (18.04lts) non andrà in sospensione. sembra che vada a dormire e 2 secondi dopo si sveglia, e basta.

— rasoio il

Non chmod 777, mai. A meno che tu non sappia esattamente cosa stai facendo. Dovresti avvolgere quello script con in case $1 in post)modo che venga eseguito solo dopo il risveglio. Inoltre sudo non è necessario nello script.

— Laurent,

0

La soluzione di aggiornamento a una versione più recente di bluez ha risolto un altro problema per me delle connessioni bluetooth che si disconnettevano pochi secondi dopo la connessione, come descritto qui: Ubuntu 18.04: il dispositivo Bluetooth si disconnette subito dopo la connessione su Lenovo P50

— Maarten
fonte

0

Sulla base di questa risposta , per pulseaudio e Ubuntu 18

sudo apt-get install pulseaudio-module-bluetooth
pactl load-module module-bluetooth-discover

— surfealokesea
fonte

0

Nel mio caso, è laptop-mode-toolsstato il colpevole:

$ sudo apt rimuove gli strumenti in modalità laptop

— kolypto
fonte

Si prega di non inviare la stessa risposta a molti post. Invece, se i post sono abbastanza simili tra loro, contrassegnare gli altri post come duplicati di uno degli altri. Ripubblicare semplicemente la stessa risposta a più domande è molto rumoroso.

— Thomas Ward