必须添加内核参数net.ifnames=0和biosdevname=0才能使网卡名为eth0,仅重命名配置文件无效,因设备名由内核启动时决定,重启后若参数未生效则仍显示ens33等新命名。

Linux系统默认使用可预测的网络接口名(如 ens33、enp0s3),不是传统 eth0。想改回 eth0,关键不在重命名配置文件,而在于**让内核启动时就用旧命名规则**——否则即使改了配置,重启后网卡名仍会变回新格式。
为什么直接改 ifcfg-ens33 为 ifcfg-eth0 不行
因为内核加载网卡驱动时,已经按 PCI 路径或固件信息生成了接口名(如 ens33),ifconfig 或 ip link 看到的是内核实际创建的设备名。配置文件里的 NAME="eth0" 只是 NetworkManager 的别名,不控制底层设备名;DEVICE="ens33" 字段才是真实绑定对象。如果只改配置不改内核参数,系统启动后仍会创建 ens33,而 eth0 配置根本不会被应用。
常见错误现象:
-
ifconfig eth0报错 “Device not found” - 重启后
ip link显示仍是ens33,但/etc/sysconfig/network-scripts/ifcfg-eth0存在且ONBOOT=yes - network 服务启动失败,日志里出现 “device eth0 does not exist”
必须加的内核启动参数:net.ifnames=0 biosdevname=0
这两个参数要一起加,缺一不可:
-
net.ifnames=0:禁用 systemd 的可预测网卡命名(基于固件/拓扑) -
biosdevname=0:禁用 BIOS 提供的设备名(某些 Dell/HP 服务器会额外干预)
操作步骤:
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq(Cortex‑A9/A53 + FPGA)Linux 环境,调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查,支持 PetaLinux 开发。
编辑 /etc/default/grub,找到 GRUB_CMDLINE_LINUX 行,在引号内追加这两个参数(注意空格分隔):
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=centos/root ... net.ifnames=0 biosdevname=0"
然后根据引导方式执行对应命令:
- BIOS 引导:
grub2-mkconfig -o /boot/grub2/grub.cfg - UEFI 引导(Rocky/AlmaLinux/CentOS):
grub2-mkconfig -o /boot/efi/EFI/rocky/grub.cfg(路径按实际发行版调整)
配置文件和设备名同步修改
内核参数生效后,重启会看到 ip link 输出里变成 eth0。此时再同步更新配置文件:
- 重命名配置文件:
mv /etc/sysconfig/network-scripts/ifcfg-ens33 /etc/sysconfig/network-scripts/ifcfg-eth0 - 编辑
ifcfg-eth0,确保以下两行一致:NAME="eth0"DEVICE="eth0"(不是ens33) - 删掉
UUID行(可选,避免 NetworkManager 冲突) - 检查 MAC 地址是否匹配:
ip link show eth0 | grep ether,确保HWADDR字段(如有)与之相同
验证和常见坑
重启后执行:
-
ip link show eth0—— 必须能查到,且状态为UP -
systemctl status network或nmcli device status—— 确认eth0已 managed 且 connected -
cat /proc/cmdline | grep -E "(net\.ifnames|biosdevname)"—— 确认两个参数已加载进内核
容易被忽略的点:
- 虚拟机克隆后,MAC 地址可能变化,但
70-persistent-net.rules文件残留旧规则,导致eth0绑定失败;建议删掉/etc/udev/rules.d/70-persistent-net.rules(现代系统基本不用它) - 某些云平台(如腾讯云、阿里云)的镜像默认禁用
net.ifnames,但 BIOS 名仍存在干扰,biosdevname=0不能省 - 改完不重启,仅
systemctl restart network是无效的——设备名由内核初始化阶段决定,运行时无法更改










