You are not logged in.
Hi,
When I resume from hibernation, bluetooth does not work. The bluetooth service seems "stuck". bluetoothctl timeouts with:
bluetoothctl
Waiting to connect to bluetoothd...[bluetooth]#
Bluetooth service is show as running
● bluetooth.service - Bluetooth service
Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; preset: disabled)
Active: active (running) since Fri 2024-03-08 18:24:44 PST; 7min ago
Docs: man:bluetoothd(8)
Main PID: 1187 (bluetoothd)
Status: "Running"
Tasks: 1 (limit: 47732)
Memory: 2.8M (peak: 3.5M)
CPU: 1min 32.389s
CGroup: /system.slice/bluetooth.service
└─1187 /usr/lib/bluetooth/bluetoothd
Mar 08 18:24:44 archlinux bluetoothd[1187]: src/plugin.c:init_plugin() System does not support vcp plugin
Mar 08 18:24:44 archlinux bluetoothd[1187]: profiles/audio/micp.c:micp_init() D-Bus experimental not enabled
Mar 08 18:24:44 archlinux bluetoothd[1187]: src/plugin.c:init_plugin() System does not support micp plugin
Mar 08 18:24:44 archlinux bluetoothd[1187]: src/plugin.c:init_plugin() System does not support ccp plugin
Mar 08 18:24:44 archlinux bluetoothd[1187]: src/plugin.c:init_plugin() System does not support csip plugin
Mar 08 18:24:44 archlinux bluetoothd[1187]: Bluetooth management interface 1.22 initialized
Mar 08 18:24:44 archlinux systemd[1]: Started Bluetooth service.
Mar 08 18:24:45 archlinux bluetoothd[1187]: Battery Provider Manager created
Mar 08 18:24:45 archlinux bluetoothd[1187]: src/device.c:device_set_wake_support() Unable to set wake_support without RPA resolution
Mar 08 18:24:45 archlinux bluetoothd[1187]: src/device.c:set_wake_allowed_complete() Set device flags return status: Invalid Parameters
If I restart it, bluetooth service takes a very long time to stop (like 1 or 2 minutes). But eventually, after a restart, bluetooth works correctly.
Does anyone else experience this issue?
Offline
Hello,
Exactly the same here.
No solution found yet.
SW.
Offline
Same for me, even with linux-lts: bluetoothctl gets stuck. systemctl gets stuck too when trying to restart the bluetooth service.
Offline
Did this happen after updating bluez?
https://bbs.archlinux.org/viewtopic.php?id=293772
Offline
This thread describes different problems but I just tried downgrading bluez, bluez-utils and bluez-libs to older versions. After trying various combinations, I can say the issue happens between bluez-5.72-2 and bluez-5.73-3 (I don't have intermediary versions in my package cache). No issues with latest versions of bluez-utils and bluez-libs.
Offline
For me, the issue persists, even with the current bluez:
extra/bluez 5.73-4 [installed]
extra/bluez-libs 5.73-4 [installed]
extra/bluez-utils 5.73-4 [installed]
Offline
Same issue here.
blueman-manager complains also about no activation by D-Bus with a possible cause the graphics setup of D-bus (most with or sometimes without hibernating). I discovered this at the same time the hibernation issue was a problem. Until recent no problems at all.
On 13-3-2024 a new main.conf is installed in /etc/bluetooth. I just made de standard configuration default, Still broken with hibernation. At the end of the files some defaults are changed (e.g. channels that now default to 1 in stead of 3).
I've installed:
local/blueman 2.4-1
GTK+ Bluetooth Manager
local/bluez 5.73-4
Daemons for the bluetooth protocol stack
local/bluez-libs 5.73-4
Deprecated libraries for the bluetooth protocol stack
local/bluez-utils 5.73-4
Development and debugging utilities for the bluetooth protocol stack
local/hidapi 0.14.0-2
Simple library for communicating with USB and Bluetooth HID devices
local/pulseaudio-bluetooth 17.0-3
Bluetooth support for PulseAudio
local/sbc 2.0-1
Bluetooth Subband Codec (SBC) library
Last edited by jorgenwiki (2024-04-01 18:46:19)
Offline
The issue is w/ bluez 5.73 and the mitigation to downgrade to 5.72
The number behind the dash signifies a rebuild of the package that could have multiple reasons (but apparently no patch for this was applied) - you can look them up n the package version history on packages.archlinux.org
Offline
Hi all, upgrade to 5.74-1 seems to fix this issue,
I just got an upgrade and tested resume (once) and it seems fine after resuming from hibernation.
Offline
Same here: issue fixed with bluez 5.74-1.
Offline
I have bluez 5.74-1 (latest version) and I seem to be experiencing a similar issue. If I leave bluetooth on hibernation, it stops working where no sound comes out of my bluetooth device despite a video playing. I would switch the audio output to my built in laptop speakers and it would work but as soon as I switch it back to my bluetooth headphones, no sound comes out from it. The way I fix it is by simply disconnecting and recconecting the headphones which fixes it but this issue happens every time I leave my system on idle for 30 mins to an hour.
Offline
If I leave bluetooth on hibernation … every time I leave my system on idle for 30 mins to an hour.
This thread is about https://wiki.archlinux.org/title/Hibernation
What if you add "btusb.enable_autosuspend=n" to the https://wiki.archlinux.org/title/Kernel_parameters ?
Do you have problem w/ other BT devices, too?
Offline
I also have a few problems with Bluez after the update from 5.72-2.
1. In 5.73 and 5.74 my mouse had a problem with the mouse wheel. When the mouse goes to standby mode due to the inactivity and then wakes up, the scrolling was exactly 8x slower. However, this issue was fixed in 5.75.
2. Since 5.75 I have had an issue with my keyboard. When my keyboard was previously connected to my PC, then went to standby mode, later woke up and connected to my PC again, then after a second all my BT devices lost connection and the only way to fix that issue is to connect a wired keyboard and restart the Bluetooth service.
So, for me, the only way to stay away from both of these issues right now is to downgrade Bluez to v5.72-2.
Offline