udev无法检测PipeWire音频设备问题求助：蓝牙接收器udev规则陷入无限重连循环

我之前碰到过几乎一模一样的问题，核心原因是udev运行在系统级的root上下文里，完全没有你用户会话的环境变量——而PipeWire是每个用户独立运行的会话服务，它依赖DBus会话总线来通信，udev默认根本连不上你的用户PipeWire实例，自然就看不到那些音频设备了。

问题分析 #

你在终端用su运行脚本没问题，是因为su会继承当前用户的会话环境（包括DBUS_SESSION_BUS_ADDRESS这个关键变量），pw-cli能正常连接到你的PipeWire实例；但udev触发的脚本是在无会话的系统环境里跑的，没有这些环境变量，pw-cli相当于在“空环境”里找PipeWire，当然找不到你的蓝牙音频设备。

解决方案 #

这里给你两种可行的思路，任选其一即可：

方案1：修改脚本，让它切换到用户会话环境运行 #

我们可以在脚本里手动获取当前登录用户的会话环境，然后切换到该用户身份执行pw-cli检查，这样就能访问到正确的PipeWire实例了。修改后的脚本大概是这样：

#!/bin/bash

sleep 3

# 获取当前活跃登录的用户（如果多用户登录，可根据需求调整逻辑）
ACTIVE_USER=$(who | awk '{print $1}' | head -n1)
# 获取该用户PipeWire进程的DBus会话地址
DBUS_ADDR=$(grep -z DBUS_SESSION_BUS_ADDRESS /proc/$(pgrep -u $ACTIVE_USER pipewire)/environ | cut -d= -f2-)

# 检查蓝牙连接状态 + 检查用户会话中的PipeWire设备
if bluetoothctl devices Connected | grep -q "25:4E:4A:C7:43:C4" && ! sudo -u $ACTIVE_USER env DBUS_SESSION_BUS_ADDRESS=$DBUS_ADDR pw-cli list-objects | grep -q "25_4E_4A_C7_43_C4"; then
    # 执行断开重连
    bluetoothctl disconnect 25:4E:4A:C7:43:C4
    sleep 1
    bluetoothctl connect 25:4E:4A:C7:43:C4
fi

• 注意：要确保你的用户在sudoers里，能无密码执行sudo -u $ACTIVE_USER相关命令（可以在sudoers文件里加一行yourusername ALL=(ALL) NOPASSWD: /usr/bin/pw-cli, /usr/bin/bluetoothctl）。

方案2：抛弃udev，改用用户会话级的监听服务（更可靠） #

其实蓝牙音频设备的管理本来就属于用户会话范畴，用udev来处理反而容易踩环境的坑。我们可以写一个用户级的systemd服务，直接在你的会话里监听PipeWire的设备事件：

1. 先写一个监听脚本~/.local/bin/bt-reconnect.sh：

#!/bin/bash

# 监听PipeWire的设备事件
pw-mon | while read -r line; do
    # 检测到目标蓝牙卡连接的事件
    if echo "$line" | grep -q "bluez_card.25_4E_4A_C7_43_C4"; then
        sleep 2 # 给PipeWire一点初始化时间
        # 检查是否存在对应的输出节点
        if ! pw-cli list-objects | grep -q "bluez_output.25_4E_4A_C7_43_C4.1"; then
            bluetoothctl disconnect 25:4E:4A:C7:43:C4
            sleep 1
            bluetoothctl connect 25:4E:4A:C7:43:C4
        fi
    fi
done

2. 创建systemd用户服务文件~/.config/systemd/user/bt-reconnect.service：

[Unit]
Description=自动重连蓝牙接收器（修复音频节点缺失问题）
After=pipewire.service bluetooth.service

[Service]
ExecStart=/home/你的用户名/.local/bin/bt-reconnect.sh
Restart=always
RestartSec=5

[Install]
WantedBy=default.target

3. 启用并启动服务：

chmod +x ~/.local/bin/bt-reconnect.sh
systemctl --user daemon-reload
systemctl --user enable --now bt-reconnect.service

这种方式完全在用户会话里运行，不需要担心环境变量问题，而且是基于PipeWire的实时事件触发，比udev的延迟检查更准确。

额外提示 #

• 可以把sleep的时间调整得更合理，比如根据你的设备初始化速度改成2秒或4秒；
• 如果bluetoothctl在用户会话里权限不够，可以把你的用户加入bluetooth组：sudo usermod -aG bluetooth 你的用户名，重启后生效。

备注：内容来源于stack exchange，提问作者sonofevil