Debian系统蓝牙扫描无结果：华硕VivoMini UN45的Lite-On适配器异常排查

你设备搭载的04ca:17ea Lite-On蓝牙模块本质为Atheros架构蓝牙控制器，结合你提供的日志中Memory Capacity Exceeded (0x07)的报错，可定位核心问题并非驱动未加载，而是固件适配、资源抢占、电源管理三类常见的Atheros模块兼容性问题，按以下步骤排查即可：

1. 校验并补全对应蓝牙固件 #

Atheros系列蓝牙模块的固件需要在驱动加载时主动写入模块内置RAM，如果固件版本不匹配、文件缺失，就会出现控制器状态正常但执行远端设备查询时直接报内存不足的错误：

• 检查系统内置固件目录的对应文件完整性：执行ls /lib/firmware/ath3k/，针对04ca:17ea设备需要存在匹配的固件二进制文件。如果目录为空或文件缺失，安装最新版本的linux-firmware软件包，不要使用仓库中过旧的固件版本。
• 固件补全后手动重载驱动：依次执行

  sudo rmmod ath3k
  sudo modprobe ath3k
  

  等待10秒待驱动自动完成固件写入流程，再通过hcitool dev确认hci0控制器正常上线。

2. 清理抢占蓝牙资源的后台进程 #

从btmon日志可以看到，全程有反复启停的python3进程占用RAW蓝牙接口，这类第三方进程会和bluetoothd服务并发发起远端名称查询请求，直接打满控制器的内置资源，导致扫描无返回结果：

• 临时停止所有蓝牙相关服务，排除后台进程干扰：

  sudo systemctl stop bluetooth
  sudo hciconfig hci0 up
  

  手动执行基础扫描测试：sudo hcitool scan --flush，如果该命令能正常返回周边蓝牙设备，即可确认故障是后台进程资源抢占导致。
• 调整bluetoothd的默认配置，降低并发请求压力，修改/etc/bluetooth/main.conf的通用配置段：

  [General]
  # 关闭自动可发现超时限制，避免扫描流程被随机中断
  DiscoverableTimeout = 0
  # 缩短配对超时，释放无效连接占用的控制器资源
  PairingTimeout = 180
  

  配置完成后重启蓝牙服务：sudo systemctl start bluetooth。

3. 禁用蓝牙端口的自动电源管理 #

华硕VivoMini UN45的BIOS与系统默认会给内置蓝牙所在的USB端口开启自动省电机制，扫描过程中模块随机掉电就会触发Page Timeout (0x04)类报错，无法正常接收周边设备的广播包：

• 临时关闭对应USB根集线器的自动省电：执行sudo setpci -H1 -d *:* 4.b=0，修改PCI配置空间的电源管理位，禁止USB端口自动挂起。
• 开机进入BIOS设置界面，找到内置蓝牙对应的USB端口电源管理选项、蓝牙远程唤醒选项，全部设为禁用状态，避免系统运行过程中随机切断蓝牙模块供电。

补充说明：日志中出现的Memory Capacity Exceeded (0x07)报错并非指系统整体内存不足，是蓝牙控制器自身的内置缓存溢出导致的，和固件不匹配、请求并发量过高直接相关。

内容的提问来源于stack exchange，提问作者Tarald Røste