Los auriculares Bluetooth funcionan bien hasta que se duerme. Sin embargo, después de reanudar el sueño, parecen conectarse por un breve momento antes de desconectarse. En blueman, el error dado es Recurso temporalmente no disponible. Este problema surgió solo después de actualizar a 18.04 LTS.
Aquí está la salida del 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
fuente
fuente
bluetooth.service
o eliminar elbtusb
módulo y reinsertarlo nuevamente funcionó. Tuve que reiniciar .lsusb
Respuestas:
actualizar bluez a> = 5.28.2
18.04 se envía con un paquete bluez buggy por ahora; está disponible una versión más reciente de este PPA: https://launchpad.net/~bluetooth/+archive/ubuntu/bluez :
solución alternativa para el applet Bluetooth con errores (¿Unidad específica?)
Este es probablemente el problema que mencionó @solstice: el applet del menú BT no me permite habilitar Bluetooth después de salir del modo de suspensión. No importa si el interruptor de palanca está apagado o encendido, el icono BT está deshabilitado y la salida de rfkill no cambia:
Puede alternar BT manualmente ejecutando (sustituya su propia ID):
y el applet BT debería recogerlo correctamente ahora. En este punto, debería poder conectarse a sus dispositivos. Por ahora lo he pirateado usando un script que hace esto automáticamente después de reanudar:
El número de identificación junto a hci0 en la salida de la lista rfkill parece aumentar después de cada suspensión / reanudación. Deshabilitar / habilitar BT usando el menú BT debería cambiar la salida ('bloqueo suave: sí' para BT deshabilitado a través del menú), pero no lo hace. Supongo que el applet recuerda la identificación incorrecta del dispositivo y, por lo tanto, está tratando de habilitar un dispositivo que ya no existe.
fuente
sudo apt install blueman
) y el bluez actualizado (de ppa) me está funcionando bien.Para mí, este problema se puede resolver ejecutando
después de despertarse del sueño
fuente
Probar en una terminal (no se necesita root)
Esto podría estar relacionado con un error en gnome-control-center. No es seguro. He encontrado que esto funciona para evitar ese error y puede ser tuyo también.
fuente
Ejecuto 19.04 y tengo este problema. Tengo un mouse BT, así que es realmente molesto.
Para mejorar la respuesta @hinxnz:
Abre un nuevo archivo:
Pega en este script:
Y finalmente hacerlo ejecutable
fuente
Esto es lo que hice para que funcione en 18.04 LTS
Bluetooth actualizado:
Crear nuevo archivo:
Escribe y guarda:
Permisos modificados:
fuente
case $1 in post)
para que solo se ejecute después del despertar. Tampoco se necesita sudo en el script.La solución de actualizar a una versión más nueva de bluez resolvió otro problema para mí de que las conexiones de bluetooth se desconectaran segundos después de conectarse, como se describe aquí: Ubuntu 18.04: el dispositivo Bluetooth se desconecta justo después de conectarse a Lenovo P50
fuente
Basado en esta respuesta , para pulseaudio y Ubuntu 18
fuente
En mi caso,
laptop-mode-tools
fue el culpable:fuente