Linux 克隆虚拟机引发的“Device eth0 does not seem to be present, delaying initialization”

虚拟机Vmware上克隆了一个Red Hat Enterprise Linx启动时发现找不到网卡，以下所示，若是你在命令窗口启动网络服务就会遇到”Device eth0 does not seem to be present, delaying initialization“错误

关于这个错误，搜索了一下网上的资料，发现还蛮多人遇到过这类错误，了解了一下错误产生的缘由和解决方案

 

错误缘由：

   

    克隆的Linux系统在新的机器上运行，新服务器网卡物理地址已经改变。而/etc/udev/rules.d/70-persistent-net.rules这个文件肯定了网卡和MAC地址的信息之间的绑定，克隆后的网卡的MAC已经发生了变化，因此致使系统认为网络设备不存在，网络不能正常启动。另一个就是/etc/sysconfig/network-scripts/ifcfg-eth0里面MAC地址也是之前的旧信息。

   关于/etc/udev/rules.d/70-persistent-net.rules这个文件，系统在启动时会自动监测变化，而后由/lib/udev/write_net_rules写入到/etc/udev/rules.d/70-persistent-net.rules中一个新的配置节，网卡的的序号依次递增（如原来为eth0,则修改第一后生成一个eth1,再次修改后生成一个eth2...）,且其ATTR{address}的值为当前网卡对应的mac地址。

 

解决方法：

 

1：编辑/etc/sysconfig/network-scripts/ifcfg-eth0配置文件，将ifcfg-eth0的配置文件里里面之前的关于MAC地址这一行删除掉或修改。另外克隆的服务器的IP设置的是静态IP，要么修改成一个其它的IP地址或设置为动态IP，重启网卡服务

 

2：找到/etc/udev/rules.d/70-persistent-net.rules 删除后重启机器，系统会自动生成一个70-persistent-net.rules文件。

由于这个文件绑定了网卡和MAC地址，换了网卡之后MAC地址变了，因此不能正常启动，也能够直接编辑这个配置文件把里面的网卡和MAC地址修改为对应的，不过这样多麻烦，直接删除重启，它会自动生成个一个新的文件。

 

删除前70-persistent-net.rules的内容

从新生成的70-persistent-net.rules的内容

 

重启事后OK，可是我想将测试服务器设置为动态IP，因而在/etc/sysconfig/network-scripts/ifcfg-eth0配置文件里面修改了一番，可是总是获取不到IP地址，将地址改成静态IP地址又没有问题，折腾了很久，最后悲催的发现须要运行dhclient命令才能获取动态IP地址。

 

参考资料

http://blog.sina.com.cn/s/blog_77126fa501018s3d.html