大佬教程收集整理的这篇文章主要介绍了Device eth0 does not seem to be present, delaying initialization.转载，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
昨天在vm里面克隆了个虚拟机，克隆之后，启动了网卡起不来，已启动就报 Device eth0 does not seem to be present,delaying initialization.[Failed] 经过各种google，最终要是找到了答案 使用克隆后的虚拟机时发现原来在基本系统中的网卡eth0到了新系统却没有了，使用ifconfig -a会发现只有lo。
http://www.linuxyan.com/linux-service/181.html
因为基本系统的网络相关配置都是基于eth0的，如果基于此克隆虚拟机继续克隆或复制新的虚拟机，网卡的标识每一次都会自动加1变成eth1（第二次克隆会变成eth2），dmesg却显示内核只识别到网卡eth0。 原因分析： 很多Linux diStribution使用udev动态管理设备文件， 并根据设备的信息对其进行持久化命名。例如在centos中，udev会在系统引导的过程中识别网卡， 将mac地址和网卡名称对应起来记录在udev的规则脚本中。而VMware会自动生成虚拟机的mac地址。这样， 由于基本系统的虚拟机已经记录了该虚拟机的网卡mac地址对应于网卡eth0，在克隆出的虚拟机中由于mac地址发生改变， udev会自动将该mac对应于网卡eth1。以此类推，udev会记录所有已经识别的mac与网卡名的关系，所以每次克隆网卡名称会自动加1， 而其实kernel仅仅只识别到一张网卡，跟网卡名相关的网络配置也未发生任何变化。解决方案： udev将mac与网卡名称的对应关系保存在/etc/udev/rules.d/70-persistent-net.rules中， 可以看到文件内容如下
在克隆出的虚拟机中只要删除跟NAME=”eth0″相关的行，并且把eth1的改为eth0，并重启系统即可。 另外外一种方法是：把里面的内容都删除，@R_801_10214@启动，系统也会重新发现网卡硬件，重新产生该文件
以上是大佬教程为你收集整理的Device eth0 does not seem to be present, delaying initialization.转载全部内容，希望文章能够帮你解决Device eth0 does not seem to be present, delaying initialization.转载所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。