Ubuntu Server 引导模式差异导致无线网卡识别异常问题复盘
一、问题现象
同一台设备使用 UEFI 引导 和 Legacy (CSM) 传统 BIOS 引导 启动 Ubuntu Server 镜像（22.04/24.04 LTS），硬件表现出现明显差异：
UEFI 模式：系统可正常识别、使用无线网卡，网卡驱动加载正常；
Legacy (CSM) 模式：系统完全无法识别无线网卡，网卡设备不生效。
该问题并非硬件故障或镜像损坏，而是由固件初始化逻辑、驱动加载机制、系统启动流程共同导致，本文完整梳理根因、原理、验证方法及延伸注意事项，方便后续查阅。
二、核心原因分析
1. 两种引导模式硬件初始化机制不同
这是问题最根本的原因，两种引导模式走完全独立的硬件初始化路径，对新型硬件兼容性差距极大。
（1）UEFI 引导（现代启动模式）
Ubuntu Server 新版镜像基于 UEFI 标准做了深度适配：
依托 UEFI 固件完整的 ACPI 表与标准 PCI 设备枚举能力，可完整识别 M.2、PCIe 接口的新一代无线网卡；
系统
initrd预集成主流新款无线网卡驱动模块（rtw89、iwlwifi、ath11k等），在启动早期即可完成驱动加载与设备绑定；完美兼容现代网卡自带的 ASPM、L1 Substates 等节能特性，设备可被系统正常枚举。
典型表现：无线网卡正常生成 wlp2s0 类网口，执行硬件查询命令可看到驱动已正常挂载。
（2）Legacy/CSM 传统引导（兼容模式）
传统 BIOS 启动是老旧的 16 位实模式架构，存在先天性兼容短板：
绕过 UEFI 高级设备发现机制，依赖古老的
INT 13h中断完成硬件初始化；对 PCIe 高速设备、带高级节能特性的新款无线网卡支持能力极弱，无法正常枚举硬件；
Legacy 启动对应的镜像
initrd未完整适配新款无线驱动，即便驱动文件存在，也无法在传统实模式环境下与硬件绑定。
典型表现：无线网卡不在设备列表中，或查询结果显示无驱动挂载。
2. Secure Boot 驱动签名的间接影响
很多人会误以为 Secure Boot 是主因，实际它仅为间接影响因素：
UEFI 模式：Ubuntu 官方 ISO 已适配微软第三方驱动签名规范，内置的无线驱动均完成签名认证，开启 Secure Boot 也可正常加载；
Legacy 模式：本身不支持 Secure Boot 安全校验，看似限制更少，但因底层硬件初始化能力不足，连驱动加载的基础条件都不具备，和签名无关。
三、现场验证方法（可快速复现、对比排查）
无需安装系统，进入 Ubuntu Live 临时环境即可验证，分别使用 UEFI、Legacy 两种模式启动，依次执行以下终端命令，对比输出结果：
查看网卡硬件与驱动加载状态
lspci -k | grep -A 3 -i "network\|wireless"查看无线设备硬件开关 / 阻塞状态
rfkill list查看系统识别的无线网口
ip link show | grep -E "^(w|wl)"对比结论：仅 UEFI 模式下能正常输出无线网卡设备、驱动状态及 wlp* 格式网口；Legacy 模式无对应设备信息。
四、延伸经验与使用建议
系统安装务必统一启动模式
官方文档强调双系统、Linux 装机需统一引导模式，不仅是为了引导菜单兼容，更是为了保证无线网卡、NVMe 固态、USB4 等新一代硬件正常被系统识别和驱动。混用引导模式极易出现硬件功能异常。
新硬件优先使用 UEFI 模式
搭载 Intel 13/14 代、AMD Ryzen 7040 及以上新一代处理器的笔记本 / 主机，硬件均基于 UEFI 设计，强烈建议关闭 CSM/Legacy 兼容模式，全程使用 UEFI 启动。
硬件适配参考
主流新款无线网卡（Realtek RTL8852BE、Intel AX210 等）均依赖 UEFI 环境才能正常工作，老旧 Legacy 模式已不再适配这类新型外设。
五、总结
Ubuntu Server 下无线网卡「UEFI 可用、Legacy 不可用」，本质是传统 BIOS 架构落后，无法适配现代 PCIe 无线网卡，并非系统、驱动或硬件故障。
日常部署新版 Linux 系统（尤其在新硬件平台），坚持使用 UEFI 引导是保障硬件全功能正常运行的最优方案。后续遇到同类网卡识别问题，可优先检查 BIOS 启动模式。