必须禁用可预测命名机制（net.ifnames=0 biosdevname=0）+ 同步修改配置文件名及name/device为eth0 + 重建grub配置并重启，缺一不可；仅改配置文件无效，因内核启动时仍生成ens33。
CentOS 7 默认用 ens33、eno16777728 这类名称，不是因为“随机”，而是启用了 **一致性网络设备命名（Consistent Network Device Naming）**。想改回 eth0，核心是关掉这套命名逻辑，而不是单纯重命名配置文件——否则重启后会失效。
为什么改了 ifcfg 文件还不生效？
只改 /etc/sysconfig/network-scripts/ifcfg-ens33 里的 NAME 和 DEVICE，再重命名为 ifcfg-eth0，系统启动时内核仍按硬件拓扑生成 ens33 设备节点，而 network 服务会忽略 ifcfg-eth0（因为实际设备名不匹配）。本质是：配置文件名 + 内容必须和内核实际暴露的设备名一致，否则 systemctl restart network 会报错或静默跳过。
-
ifconfig或ip link看不到eth0，说明内核层还没切换 -
systemctl status network显示 “Failed to bring up eth0” 是典型症状 - 即使临时用
ip link rename ens33 eth0，重启后又变回去
必须修改内核启动参数 net.ifnames=0
这是开关一致性命名的唯一可靠方式。它让内核放弃基于固件/拓扑的命名，退回到传统的 ethX 顺序编号逻辑。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 编辑
/etc/default/grub，在GRUB_CMDLINE_LINUX行末尾追加net.ifnames=0 biosdevname=0 -
biosdevname=0是保险项：某些 Dell/HP 服务器 BIOS 会额外注入设备名，这个参数一并禁用 - 不要漏掉空格——写成
quietnet.ifnames=0会导致整个参数被丢弃，grub2-mkconfig 不报错但无效 - 改完必须执行
grub2-mkconfig -o /boot/grub2/grub.cfg，否则修改不进引导菜单
网卡配置文件要同步改三处
内核启用 eth0 后，旧配置文件仍指向 ens33，必须同步调整：
- 文件名从
ifcfg-ens33改为ifcfg-eth0 - 文件内
NAME=ens33→NAME=eth0 - 文件内
DEVICE=ens33→DEVICE=eth0 - 如果原配置含
UUID，保留不变——它只用于识别配置项，不关联设备名 -
ONBOOT=yes必须设上，否则eth0不自动激活
reboot 前检查两个关键点
重启前漏掉任一环节，大概率白忙活：
- 运行
ls /sys/class/net/—— 如果输出里已有eth0，说明内核参数已生效（需先 reboot 才能确认，但可提前验证 grub 配置是否被读取） - 运行
cat /proc/cmdline—— 检查输出中是否含net.ifnames=0，没有就说明 grub 配置没更新或没生效 - 别依赖
systemctl restart network测试——它无法触发内核层设备重命名，必须 reboot
真正起作用的是内核初始化阶段对 udev 规则的绕过，不是 service 脚本的 reload 逻辑。这点最容易被当成“配置错了”，其实只是没等系统重走一遍启动流程。
