Fedora 38蓝牙可用但bluetooth.service遇ConditionPathIsDirectory错误原因排查

我的蓝牙在Fedora 38系统上可正常使用，但执行systemctl status bluetooth命令时返回如下状态信息，请问该错误可能由哪些原因导致？

$ systemctl status bluetooth
○ bluetooth.service - 蓝牙服务
     Loaded: 已加载(/usr/lib/systemd/system/bluetooth.service; enabled; preset: enabled)
    Drop-In: /usr/lib/systemd/system/service.d
             └─10-timeout-abort.conf
     Active: 非活动（已停止）
       Docs: man:bluetoothd(8)

Jun 28 08:26:31 fedora systemd[1]: bluetooth.service - 蓝牙服务因未满足条件检查（ConditionPathIsDirectory=/sys/class/bluetooth）而被跳过。
Jun 28 08:26:39 fedora systemd[1]: bluetooth.service - 蓝牙服务因未满足条件检查（ConditionPathIsDirectory=/sys/class/bluetooth）而被跳过。
Jun 28 08:27:11 fedora systemd[1]: bluetooth.service - 蓝牙服务因未满足条件检查（ConditionPathIsDirectory=/sys/class/bluetooth）而被跳过。
Jun 28 08:32:59 fedora systemd[1]: bluetooth.service - 蓝牙服务因未满足条件检查（ConditionPathIsDirectory=/sys/class/bluetooth）而被跳过。
(base) [dlovison-pc@fedora ~]$ 

可能的原因： #

• 蓝牙内核模块未加载或加载异常：/sys/class/bluetooth是内核暴露的蓝牙设备类目录，若对应的内核模块（比如btusb）没加载，系统就不会创建这个目录，导致systemd跳过服务启动。虽然蓝牙能正常用，可能是有其他用户态进程或替代模块在处理，但systemd的条件检查还是依赖这个目录。
• 蓝牙设备的udev规则异常：udev负责创建/sys/class下的设备节点，如果udev规则对蓝牙设备的处理出问题，可能导致/sys/class/bluetooth目录没有被正确生成。
• systemd服务文件的条件检查逻辑冲突：蓝牙服务的systemd配置里默认加了ConditionPathIsDirectory=/sys/class/bluetooth的检查，要是你的系统里蓝牙设备的sysfs路径有变化，或者这个目录被意外删除、权限异常，就会触发跳过逻辑。
• 蓝牙硬件的热插拔状态异常：如果是笔记本的蓝牙，可能刚开机时硬件还没被系统完全识别，或者热插拔后sysfs目录没及时重建，导致systemd检查时找不到目录，但后续设备识别后蓝牙能正常工作。

内容的提问来源于stack exchange，提问作者Diego