昨天在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中，
可以看到文件內容如下

# PCI device 0x8086:0x100f (e1000) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:7b:60:38", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"# PCI device 0x8086:0x100f (e1000) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:b9:c5", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

在克隆出的虛擬機中只要刪除跟NAME=”eth0″相關的行，并且把eth1的改為eth0，并重啟系統即可。
另外外一種方法是：把里面的內容都刪除，然后重新啟動，系統也會重新發現網卡硬件，重新產生該文件

轉載于:https://www.cnblogs.com/davidwang456/p/3332207.html

總結

以上是生活随笔為你收集整理的Device eth0 does not seem to be present, delaying initialization.转载的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。