首页
/ OpenWRT/LEDE系统中DAWN服务日志刷屏问题分析与解决方案

OpenWRT/LEDE系统中DAWN服务日志刷屏问题分析与解决方案

2025-05-05 11:05:30作者:卓炯娓

问题背景

在使用基于OpenWRT/LEDE系统的光影猫路由器设备时,系统日志中频繁出现两种类型的错误信息刷屏:

  1. daemon.err dawn: ubus_call_umdns()=ubus.c@1385 Failed to look up test object for umdns
  2. daemon.notice hostapd相关的BEACON请求和响应信息

这些问题最早可以追溯到2019年,但在不同内核版本中表现和解决方法有所不同。

问题分析

umdns相关错误

ubus_call_umdns()错误表明DAWN服务在尝试通过ubus调用umdns服务时失败。具体表现为:

  • 在5.15内核版本中,可以通过替换umdns的配置文件解决
  • 在6.6内核版本中,同样的方法不再有效

hostapd相关错误

BEACON-REQ-TX-STATUSBEACON-RESP-RX信息持续刷屏,MAC地址显示为aa:aa:aa:aa:aa:aa,这通常表示:

  • 可能是某种设备或服务在持续发送探测请求
  • 与蓝牙设备无关(即使设备有蓝牙硬件,但未加载蓝牙驱动)
  • 与DAWN服务有直接关联

解决方案

针对umdns错误

对于5.15内核版本:

  1. 使用原版OpenWRT中的umdns.jsonumdns.init文件
  2. 替换LEDE版本中的对应文件
  3. 重新编译系统

对于6.6内核版本:

  • 上述方法可能不再有效
  • 需要进一步分析umdns服务在新内核中的变化

根本解决方案

经过深入测试发现,完全移除DAWN服务可以彻底解决这两个问题:

  1. 在编译配置中取消DAWN服务的选择
  2. 虽然DAWN在默认配置中是必选项,但可以手动修改
  3. 移除后系统运行稳定,未发现明显功能缺失

技术细节

DAWN (Decentralized WiFi Awake Network)是一个用于构建去中心化WiFi网络的服务,它可能:

  • 依赖于umdns进行服务发现
  • 会主动发送探测请求来发现网络中的其他节点
  • 在某些配置下会产生大量调试日志

注意事项

  1. 移除DAWN前需评估是否会影响网络功能
  2. 对于普通家庭用户,DAWN可能不是必需服务
  3. 在生产环境中移除核心服务前应进行充分测试
  4. 不同设备型号可能有不同的依赖关系

结论

通过分析可以确定,系统日志刷屏问题主要由DAWN服务引起。针对不同内核版本,可以采取替换配置文件或完全移除服务的解决方案。建议普通用户在确认不影响主要功能的前提下,可以安全地移除DAWN服务以获得更清洁的系统日志和可能更好的性能表现。

登录后查看全文
热门项目推荐
相关项目推荐