RTL8111/8168网卡在Ubuntu 22.04中无法识别或频繁断连

Question

在Ubuntu 22.04系统中，RTL8111/8168系列网卡常出现无法识别或网络频繁断连的问题。典型表现为系统启动时网卡未被检测到（`ip link`无对应接口），或短暂连接后丢包、速率骤降甚至完全失联。该问题多源于内核自带的`r8169`驱动兼容性不佳，尤其在较新的硬件版本（如RTL8111H）上表现突出。尽管系统加载了驱动，但固件加载失败或电源管理机制不当可能导致链路不稳定。此外，Secure Boot启用时可能阻止第三方模块加载，加剧识别问题。需通过更换官方闭源驱动、禁用ASPM或调整内核参数等方式解决。

Answer 1

Ubuntu 22.04 下 RTL8111/8168 网卡识别异常与连接不稳定深度解析

1. 问题现象与初步诊断

在 Ubuntu 22.04 系统中，搭载 Realtek RTL8111/8168 系列网卡的主机常出现以下典型症状：

• 系统启动后 ip link 命令无对应网络接口（如 enpXsY）
• 网卡短暂上线后频繁断连，ping 出现大量丢包
• 网络速率从 1Gbps 骤降至 10Mbps 或完全脱网
• dmesg 日志显示 r8169: unable to load firmware 或链路协商失败

通过 lspci | grep -i ethernet 可确认硬件型号：

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)

进一步使用 ethtool enp2s0 查看链路状态、协商速率及驱动信息，可辅助判断是否为驱动层问题。

2. 根本原因分析：r8169 驱动兼容性缺陷

Linux 内核默认使用开源 r8169 驱动支持 Realtek 网卡，但该驱动在处理较新芯片（如 RTL8111H, rev 12+）时存在兼容性问题：

原因类别	具体表现	影响机制
固件加载失败	dmesg 显示 firmware 请求超时	无法完成 MAC 初始化
ASPM 电源管理冲突	PCIe 链路进入 L1 状态后无法唤醒	链路中断或降速
Secure Boot 阻止模块加载	自编译驱动被 UEFI 拒绝	替换驱动失效
中断处理缺陷	NAPI 轮询异常，CPU 占用突增	丢包与延迟飙升

尤其在 Dell、HP 等 OEM 主板上，BIOS 对 PCIe ASPM 的实现与内核协同不佳，加剧稳定性问题。

3. 解决方案路径：由浅入深逐步实施

1. 检查 Secure Boot 状态：mokutil --sb-state，若启用建议临时关闭以测试驱动替换可行性
2. 更新系统固件与内核：sudo apt update && sudo apt install linux-generic-hwe-22.04
3. 禁用 ASPM 电源管理：在 GRUB 启动参数中添加 pcie_aspm=off
4. 手动加载官方闭源驱动 r8168
5. 签名第三方模块以兼容 Secure Boot

4. 替换为官方 r8168 驱动详细步骤

Realtek 官方提供闭源 r8168 驱动，性能与稳定性显著优于 r8169。操作流程如下：

wget https://github.com/awesomized/r8168/releases/download/v8.051.01/r8168-8.051.01.tar.bz2
tar xvf r8168-8.051.01.tar.bz2
cd r8168-8.051.01
sudo ./autorun.sh

安装完成后，系统将自动 blacklist r8169 并加载 r8168。可通过以下命令验证：

lsmod | grep r8168
dmesg | tail -20 | grep r8168

5. Secure Boot 环境下的模块签名策略

若需在启用 Secure Boot 的环境中使用自定义驱动，必须对模块进行签名：

sudo mokutil --import MOK.der
# 重启后按提示设置密码并完成注册

编译驱动时使用内核构建系统签署模块：

/usr/src/linux-headers-$(uname -r)/scripts/sign-file sha256 \
MOK.priv MOK.der ./src/r8168.ko

6. 内核参数调优与持久化配置

编辑 GRUB 配置文件以优化 PCIe 行为：

sudo nano /etc/default/grub
GRUB_CMDLINE_LINUX="pcie_aspm=off net.ifnames=0 biosdevname=0"

更新 GRUB 并重启：

sudo update-grub
sudo reboot

7. 监控与验证工具链

部署以下脚本用于长期链路质量监控：

#!/bin/bash
while true; do
    timestamp=$(date '+%Y-%m-%d %H:%M:%S')
    link_status=$(ethtool enp2s0 | grep "Link detected" | awk '{print $3}')
    speed=$(ethtool enp2s0 | grep Speed | awk '{print $2}')
    echo "[$timestamp] Link: $link_status, Speed: $speed"
    sleep 10
done

8. 故障排查流程图（Mermaid）

graph TD
            A[网卡未识别或频繁断连] --> B{是否 detect 到硬件?}
            B -- 否 --> C[检查 BIOS/UEFI 设置]
            B -- 是 --> D[加载 r8169 驱动?]
            D -- 否 --> E[手动 modprobe r8169]
            D -- 是 --> F[dmesg 是否报 firmware 错?]
            F -- 是 --> G[尝试更新 initramfs]
            F -- 否 --> H[替换为 r8168 驱动]
            H --> I[签名模块?]
            I -- 是 --> J[注册 MOK 密钥]
            I -- 否 --> K[禁用 Secure Boot]
            J --> L[加载 r8168]
            K --> L
            L --> M[测试稳定性]

9. 长期运维建议

对于大规模部署场景，建议：

• 构建定制化 initramfs 镜像，预置 r8168 驱动
• 使用 Ansible/Puppet 自动化驱动替换与 GRUB 配置
• 在 PXE 启动镜像中集成 r8168 支持
• 定期监控 dmesg 中的 ethX: tx timeout 事件
• 建立硬件兼容性矩阵（HCM），标记已知问题主板型号