如果我的 MX Anywhere 2 蓝牙鼠标在 5-15 秒内没有移动，它将断开连接，并在物理移动后需要 5-15 秒才能重新连接。有时在重新连接后，列表中会出现一个“未知”蓝牙设备，如果我使用 PC 一段时间，这个“未知”设备列表可能会变得非常大。但当我第一次启动时，没有“未知”蓝牙设备。
我只在 Ubuntu 上遇到过鼠标问题。其他蓝牙设备都没有这个问题。在 Windows 上连接鼠标似乎没有问题。
当我运行时，bt-device -i我注意到有错误，但我不能说它与该问题有关：
=>bt-device -i F4:EA:7E:8D:0B:E6
[F4:EA:7E:8D:0B:E6]
Name: MX Anywhere 2
Alias: MX Anywhere 2 [rw]
Address: F4:EA:7E:8D:0B:E6
Icon: input-mouse
Class: 0x0
(bt-device:11651): GLib-GIO-CRITICAL **: 19:15:42.553: g_dbus_proxy_call_sync_internal: assertion 'error == NULL || *error == NULL' failed
Paired: 0
(bt-device:11651): GLib-GIO-CRITICAL **: 19:15:42.554: g_dbus_proxy_call_sync_internal: assertion 'error == NULL || *error == NULL' failed
Trusted: 0 [rw]
(bt-device:11651): GLib-GIO-CRITICAL **: 19:15:42.554: g_dbus_proxy_call_sync_internal: assertion 'error == NULL || *error == NULL' failed
Blocked: 0 [rw]
(bt-device:11651): GLib-GIO-CRITICAL **: 19:15:42.554: g_dbus_proxy_call_sync_internal: assertion 'error == NULL || *error == NULL' failed
Connected: 0
UUIDs: [
(bt-device:11651): GLib-GIO-CRITICAL **: 19:15:42.554: g_dbus_proxy_call_sync_internal: assertion 'error == NULL || *error == NULL' failed
Segmentation fault (core dumped)
我找不到该问题的解决方案，希望有人知道如何解决它。
答案1
我无法谈论 Logitech 的问题，但在我的案例中，解决 bt-device -i 断言错误的方法是使用 blueman-applet 断开连接、取消信任，然后最终移除设备。使用 bt-device 移除不起作用。
然后我重新配对了该设备，bt-device -i 又恢复正常了。