Ubuntu18.04在从暂停中醒来后不再检测蓝牙设备

Question

蓝牙在运行Ubuntu18.04的笔记本电脑(宏碁Aspire V17 Nitro)上运行得很好，直到我第一次使用挂起并再次唤醒它。它再也检测不到任何设备了。

我尝试过的事情：

• 重启动
• 禁用和启用蓝牙
• 重新启动蓝牙服务
• 重新安装这些软件包：bluez gnome-bluetooth pulseaudio-module-bluetooth
• 运行rfkill list：0: hci0:蓝牙软阻塞:没有硬阻塞: 1:宏-无线:无线局域网软阻塞:没有硬阻塞: 2: phy0:无线局域网软阻塞:没有硬阻止:没有硬阻止:没有
• 引导进入活动USB，并在那里启用蓝牙(它也没有检测到任何设备)

还有人有其他的想法吗？它在挂起或从暂停中醒来时失败的事实可能是一条线索。

Answer 1

我也有同样的问题，借用了我在Ubuntu14.04中遇到的类似问题的解决方案，经过进一步的调查，我发现重新启动蓝牙解决了问题。这是一个目前正在为我工作的解决方案：

在文件夹/lib/systemd/system-sleep/中创建一个名为bluetooth的脚本，其内容如下：

#!/bin/bash  

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

这将在系统恢复5秒后重新启动蓝牙服务(这是目前唯一为我工作的方式，它可能会在未来改变主意)

2-将脚本标记为可执行文件：

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

我想指出我使用的是Kubuntu 18.04

Answer 2

好吧，写问题的时候又开始起作用了。

它再次工作后，启动到现场USB和禁用蓝牙在那里(而不是启用它，我以前尝试过)。然后我重新启动到我的正常安装，它再次检测设备。

在我找到合适的解决方案之前我不会再暂停。

这是一次相当神秘的经历。我不知道我所做的是否真的修复了它。如果有人知道到底发生了什么，我想知道:-)

Answer 3

在Ubuntu18.04上，我使用了以下systemd脚本来解决这个问题：

#!/bin/bash

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

我将文件命名为/lib/systemd/system-sleep。您可以将其命名为touchpad或类似的名称。请记住添加可执行权限。