nmcli device wifi list 信号显示--或0%是驱动未正确上报RSSI所致，常见于RTL8821CE/8822BE及MT7921网卡；需检查驱动加载、升级内核或固件、禁用电源管理等。
nmcli device wifi list 信号强度显示为 -- 或 0%
这是最常见的“信号异常”表象，不是真没信号，而是 nmcli 读取不到 RSSI 值。根本原因通常是无线网卡驱动未正确上报信号质量，尤其多见于 Realtek RTL8821CE、RTL8822BE 和部分 MEDIATEK MT7921 网卡。
- 先确认驱动是否加载：
lspci -k | grep -A 3 -i wifi，若Kernel driver in use显示为空或非预期模块（如rtw_pci而非rtw88_8822be），说明驱动不匹配 - 对 RTL8821CE/8822BE，官方驱动
rtw88在 Ubuntu 20.04 默认内核（5.4）中支持不全，需手动启用 backports：sudo apt install linux-oem-20.04（升级至 5.6+ 内核）或安装社区维护的rtl8821ce-aircrack-dkms - MT7921 用户注意：Ubuntu 20.04 默认固件版本过旧，
/lib/firmware/mediatek/mt7921_wa_e3.bin需更新至 v2.2+，否则iw dev wlan0 survey dump返回空，nmcli就无法解析信号强度
GUI 中 WiFi 图标满格但实际连不上或频繁断连
图形界面（GNOME Shell）只读取 NetworkManager 的缓存状态，不实时 polling 硬件。满格图标可能只是上次成功连接时的残留渲染，不代表当前链路活跃。
- 别信图标，用命令验证真实状态：
iw dev wlan0 link—— 若输出为空或提示Not connected.，说明已掉线；若显示tx bitrate: 6.0 MBit/s且无rx bitrate，大概率是认证失败后维持了虚假关联 - 检查是否被
rfkill软封锁：rfkill list，若Soft blocked: yes，执行sudo rfkill unblock wifi；某些笔记本 Fn+F2 组合键会触发该锁，重启后可能复位 - NetworkManager 日志里常藏线索：
journalctl -u NetworkManager -n 50 --no-pager | grep -i "deauth\|fail\|reason=15"，reason=15表示 AP 主动踢出（常见于路由器设置的“客户端隔离”或“最大连接数限制”）
ip link show wlan0 显示 state DOWN 但硬件正常
wlan0 接口处于 DOWN 状态，不代表驱动没加载，而是 NetworkManager 认为其不可管理或被显式禁用。这和物理开关无关，纯属软件策略控制。
Ubuntu 26.04
下载
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
- 先查是否被标记为 unmanaged：
cat /etc/NetworkManager/NetworkManager.conf，搜索unmanaged-devices，若包含interface-name:wlan0或 MAC 地址匹配项，注释掉该行并sudo systemctl restart NetworkManager - 检查设备管理状态：
nmcli device status，若wlan0显示unavailable，运行sudo nmcli device set wlan0 managed yes；若显示unmanaged，说明 NetworkManager 完全忽略该接口，需确认 udev 规则或内核参数（如net.ifnames=0导致接口名变为wlan0但规则仍匹配wlp2s0） - 某些 OEM 笔记本（如 Dell XPS、Lenovo ThinkPad）BIOS 中有 “Wireless Radio Control” 选项，默认启用 Windows 快速启动联动，Linux 下会导致
wlan0初始化失败，需在 BIOS 中关闭该功能
信号强度数值跳变剧烈（如 20% ↔ 85% ↔ --）
这不是 UI Bug，而是驱动层上报的 RSSI 值本身不稳定。典型诱因是电源管理策略与固件协同异常，尤其在 Intel AX200/AX210 + Ubuntu 20.04 组合中高发。
- 临时禁用 PCIe ASPM 节能：
echo 'options iwlwifi power_save=0 fw_monitor=0' | sudo tee /etc/modprobe.d/iwlwifi.conf && sudo modprobe -r iwlwifi && sudo modprobe iwlwifi - 避免使用
sudo iwconfig wlan0 power off—— 此命令在较新内核中已被弃用，且对 AX 系列无效；真正有效的是修改/etc/NetworkManager/conf.d/default-wifi-powersave-on.conf，将wifi.powersave = 2改为3（3表示完全禁用 powersave） - 注意：禁用 powersave 会增加约 10–15% 的 CPU 占用和耗电，仅建议在信号边缘场景下启用，日常使用保持默认即可
真实信号质量永远以 iw dev wlan0 link 和 journalctl -u wpa_supplicant 为准，桌面图标和 nmcli 数值只是近似参考。驱动适配不到位时，强行刷 UI 数据反而掩盖问题本质。
