(编辑：jimmy 日期: 2024/11/16 浏览：2)
#cat ifcfg-eth0
device=eth0
...
原因：有个多节点服务器迁移机房，怕碰坏了，先把硬盘拆下来，结果放回去的时候记错顺序了，造成开机 网卡对不上，原有的eth01变成eth23，知道怎么搞。
分析：
CentOS下找不到eth0设备的解决方法
经过百度，了解了一些信息，特此记录在此，以备忘。 为什么eth0会变成eth1? 很多Linux distribution使用udev动态管理设备文件，并根据设备的信息对其进行持久化命名。udev会在系统引导的过程中识别网卡，将mac地址和网卡名称对应起来记录在udev的规则脚本中。而对于新的虚拟机，VMware会自动为虚拟机的网卡生成MAC地址，当你克隆或者重装虚拟机软件时，由于你使用的是以前系统虚拟硬盘的信息，而该系统中已经有eth0的信息，对于这个新的网卡，udev会自动将其命名为eth1（累加的原则），所以在你的系统启动后，你使用ifconfig看到的网卡名为eth1。
这里的eth0是在/etc/udev/rules.d/70-persistent-net.rules定义的
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x8086:0x100f (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
解决： 为什么eth0会变成eth1?
如何恢复到eth0? udev记录网络规则的脚本为：/etc/udev/rules.d/70-persistent-net.rules [user@localhost ~]$ vi /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5a:6c:73", ATTR{type}=="1",KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a9:22:9d", ATTR{type}=="1",KERNEL=="eth*", NAME="eth1"
CentOS下找不到eth0设备的解决方法 打开该文件，这时你会发现，里面有eth0，eth1两个网卡的信息，但实际上你ifconfig时只能发现eth1一个网卡的信息，这时因为eth0根本就不存在。 将其中eth0的信息删掉，并将eth1信息中的设备名改为eth0，重启系统，你看到的网卡就是eth0了，或者删掉其中所有的信息重启系统udev会帮你发现新的设备的。 另外还有一个启动脚本文件/etc/sysconfig/network-scripts/ifcfg-eth0，该文件中的mac地址为原来eth0网卡的物理地址，而虚拟机为eth1分配新的物理地址，故启动脚本中的信息与实际信息时不匹配的，将MAC的地址信息修改为70-persistent-net.rules中的eth1的MAC地址，再次重启网络，就完全恢复到以前eth0网卡的状态了。