centos 7 改回 eth0 必须同时禁用可预测命名（net.ifnames=0 biosdevname=0）、更新 grub 配置、重命名并修正网卡配置文件（name/device=eth0），三者缺一不可，否则重启后仍显示 ens33 或 network 服务失败。
CentOS 7 默认不使用 eth0 这类传统命名，而是启用可预测的网卡命名规则（Predictable Network Interface Names）。想改回 eth0，核心不是“修改规则本身”，而是**禁用 systemd/udev 的自动重命名机制，并确保配置文件与内核参数协同生效**。单独改配置文件或只加内核参数都可能失败。
为什么直接改 ifcfg-xxx 文件名和 NAME 不够
很多人以为只把 ifcfg-ens33 改成 ifcfg-eth0、再把里面 NAME=ens33 改成 NAME=eth0 就完事了——但实际重启后网卡名还是 ens33，甚至 ip addr 看不到 eth0。
- 因为 udev 在内核加载网卡驱动后、network 服务启动前，就已根据规则重命名了设备；
ifcfg-*文件只是 network 脚本读取的配置，不参与设备命名 - 如果
ifcfg-eth0存在但底层设备仍是ens33，systemctl restart network会报错或静默失败 - 旧配置文件（如
ifcfg-ens33）没删干净，network 服务可能尝试重复加载同一物理设备，导致冲突
必须同时设置两个内核启动参数
真正关闭可预测命名，靠的是内核命令行参数。缺一不可：
-
net.ifnames=0：禁用 systemd 的接口命名逻辑（即跳过 eno1/ens33/enp0s3 等生成） -
biosdevname=0：禁用 biosdevname 工具（若已安装），否则它可能在net.ifnames=0失效时 fallback 命名
编辑 /etc/default/grub，找到 GRUB_CMDLINE_LINUX 行，追加这两个参数（注意空格分隔）：
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=cl/root rd.lvm.lv=cl/swap rhgb quiet net.ifnames=0 biosdevname=0"
然后必须执行：
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
grub2-mkconfig -o /boot/grub2/grub.cfg
⚠️ 不运行这一步，修改不会生效；仅改 grub 文件不等于更新 boot loader 配置。
配置文件 rename + 内容修正要同步做
内核参数生效后，系统启动时网卡设备节点会变成 eth0、eth1 等。但 network 服务仍会按原 ifcfg-* 文件名加载配置，所以必须：
- 重命名配置文件：例如
mv /etc/sysconfig/network-scripts/ifcfg-ens33 /etc/sysconfig/network-scripts/ifcfg-eth0 - 编辑新文件，确保
NAME=eth0和DEVICE=eth0一致（大小写敏感，不能写成Eth0或ETH0） - 删除旧配置文件（如
ifcfg-ens33），避免 network 服务误加载 - 可选但推荐：去掉
UUID和HWADDR字段——它们是旧命名绑定的，新命名下可能引发匹配异常
重启后验证失败的常见信号
重启后发现还是 ens33 或 ip addr 没有 eth0，先检查这几个点：
- 执行
cat /proc/cmdline，确认输出里包含net.ifnames=0 biosdevname=0—— 如果没有，说明grub2-mkconfig没成功或没生效 - 执行
ls /sys/class/net/，看是否列出eth0；如果没有，问题出在内核参数或硬件识别层 - 执行
systemctl status network，留意是否有 “device eth0 does not exist” 类错误 —— 往往是配置文件DEVICE名与实际不符，或旧配置残留 - 虚拟机环境下，某些克隆模板可能 BIOS 信息残留，导致即使参数正确，udev 仍尝试按旧拓扑命名；此时需额外清空
/etc/udev/rules.d/70-persistent-net.rules（如果存在）
真正的难点不在步骤多，而在于三个环节（内核参数、grub 配置更新、network 配置文件）必须全部对齐，漏掉任意一个，就会回到原点。
