关于dnsmasq.leases写入失败及Ubuntu笔记本WiFi连接问题的排查咨询

嘿，我来帮你拆解下这个问题，答案其实很明确：问题根源在路由器，和你的Ubuntu笔记本完全没关系，你的笔记本有11G剩余空间这个信息和当前故障压根不沾边~

咱们从日志里的两个关键点一步步捋：

首先看重复出现的dnsmasq错误：

Oct 16 20:53:32 dnsmasq-dhcp[15695]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 60s)
Oct 16 20:54:32 dnsmasq-dhcp[15695]: failed to write /var/lib/misc/dnsmasq.leases: No space left on device (retry in 60s)

这里提示的「设备空间不足」指的是路由器自身的内置存储（一般是闪存），不是你的笔记本！dnsmasq是路由器上负责分配IP地址的DHCP服务，它需要把已分配的IP记录写到/var/lib/misc/dnsmasq.leases文件里，但路由器的存储分区已经满了，根本写不进去。

再看那个WiFi取消认证的日志：

Oct 16 20:52:54 wlceventd: wlceventd_proc_event(645): wl0.1: Deauth_ind 28:B2:BD:5D:75:73, status: 0, reason: Previous authentication no longer valid (2), rssi:-66

这个是路由器把你的笔记本踢下线的通知，原因是「之前的认证不再有效」——这其实是DHCP服务故障引发的连锁反应：路由器没法正常维护你的IP租赁信息，自然就没法维持WiFi认证，只能把你断开。

给你几个具体的修复建议：

• 先登录路由器的管理后台，查看系统存储的使用情况，确认是不是真的满了
• 如果存储确实满了，先清理路由器的旧日志、过期的DHCP租赁记录（可以在后台找DHCP相关选项重置列表，或者手动删除dnsmasq.leases文件）
• 要是路由器长期没清理，冗余文件太多，必要时可以考虑恢复出厂设置（记得提前备份好WiFi密码、端口转发这些配置）
• 紧急情况下重启路由器能临时解决，但不清理存储的话，问题肯定会复发

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