从睡眠状态恢复后，蓝牙无法正常工作，Ubuntu 18.04 LTS

debugcn 发表于 Dev

尼基尔·萨达西万（Nikhil Sadasivan）

蓝牙耳机可以正常工作，直到进入睡眠状态。但是，从睡眠状态恢复后，它们似乎会短暂连接，然后再断开连接。在blueman上，给出的错误是“资源暂时不可用”。仅在更新到18.04 LTS之后才出现此问题。

这是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

卢博米尔·布林扎

将bluez更新为> = 5.28.2

18.04现在附带了一个有问题的bluez程序包；可从此PPA获得更新的版本：https : //launchpad.net/~bluetooth/+archive/ubuntu/bluez ：

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

有问题的蓝牙小程序的变通办法（特定于Unity？）

@solstice可能是提到的问题-BT菜单小程序让我从睡眠状态恢复后无法启用蓝牙。无论拨动开关是打开还是关闭，BT图标都会被禁用，并且rfkill输出不会更改：

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

您可以通过运行（替换您自己的ID）来手动切换BT：

rfkill block 12
rfkill unblock 12

并且BT applet现在应该正确将其拾取。此时，您应该可以连接到设备了。目前，我已经使用脚本将其归并在一起，该脚本会在恢复后自动执行此操作：

$ 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

每次挂起/恢复后，rfkill列表输出中hci0旁边的ID号似乎都在增加。使用BT菜单禁用/启用BT会更改输出（对于通过菜单禁用BT的情况，“软阻止：是”），但不会更改。我的猜测是，小程序会记住错误的设备ID，因此正在尝试启用不再存在的设备。

本文收集自互联网，转载请注明来源。

如有侵权，请联系[email protected] 删除。