引：
VMware 下LINUX出現：Device eth0 does not seem to be present, delaying initialization.解決辦法 VMWare 克隆 復制 eth0 be present 找不到 解決方案 vmware clone 網卡
VMware 下LINUX下使用ifconfig查看時無eth0網卡相應信息！
當使用克隆后的虛擬機時發現原來在基本系統中的網卡eth0到了新系統卻沒有了，使用 ifconfig -a會發現只有eth1。因為基本系統的網絡相關配置都是基於eth0的，eth1沒有網絡相關的配置，此時要正常該虛擬機中的網絡，只有添加eth1的 網絡配置，這樣每次都要修改網卡配置在做多Linux系統測試的時候很不方便。更進一步，如果基於此克隆虛擬機繼續克隆或復制新的虛擬機，網卡的標識每一 次都會自動加1（第二次克隆會變eth2），dmesg卻顯示內核只識別到網卡eth0。
原因分析： 很多Linux distribution使用udev動態管理設備文件，並根據設備的信息對其進行持久化命名。例如在Debian etch中，udev會在系統引導的過程中識別網卡，將mac地址和網卡名稱對應起來記錄在udev的規則腳本中。而VMware會自動生成虛擬機的 mac地址。這樣，由於基本系統的虛擬機已經記錄了該虛擬機的網卡mac地址對應於網卡eth0，在克隆出的虛擬機中由於mac地址發生改變，udev會 自動將該mac對應於網卡eth1。以此類推，udev會記錄所有已經識別的mac與網卡名的關系，所以每次克隆網卡名稱會自動加1，而其實kernel 僅僅只識別到一張網卡，跟網卡名相關的網絡配置也未發生任何變化。
解決方案： 網絡搜索發現在Debian etch下，udev將mac與網卡名稱的對應關系保存在/etc/udev/rules.d/z25_persistent-net.rules中，在 克隆出的虛擬機中只要刪除跟NAME="eth0"相關的行並重啟系統即可。
例如在Debian etch中刪除如下兩行：
# PCI device 0x1022:0x2000(pcnet32)SUBSYSTEM=="net",DRIVERS=="?*",ATTRS{address}
=="00:0c:29:4c:46:01",NAME="eth0" 在我的fedora9 下修改/etc/udev/rules.d 下的 70-persistent-net.rules 文件 刪除下面的內容：
# Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] (rule written by anaconda) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:ad:06:2a", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
然后把eth1對應的那一行的"eth1"修改為"eth0"即可。
另外一種方法是：把里面的內容都刪除，然后重新啟動，系統也會重新發現網卡硬件，重新 產生該文件。 ok！
上面是從網上找的解決方法，其中有一個地方沒有寫明白，就是刪除了/etc/udev/rules.d/70-persistent-net.rules后需要重新配置/etc/sysconfig/network-script/ifcfg-eth0。ifcfg-eth0文件內容如下（我的）：
其中有兩個地方需要修改： HWADDR（mac地址）、IPADDR（IP地址）。IPADDR根據自己需要修改，HWADDR根據網上說的應該是在VMware在啟動虛擬機的時候自動生成硬件地址，並記錄在/etc/udev/rules.d/70-persistent-net.rules文件中。所以當刪除了/etc/udev/rules.d/70-persistent-net.rules文件后，修改ifcfg-eth0文件中的IPADDR為自己需要地址並刪除UUID（刪除UUID可選原因見http://www.zhihu.com/question/28670717），然后重啟系統，這時候ifconfig無法看到eth0，下面需要操作的是將自動生成的70-persistent-net.rules中的eth1改成eth0，然后將其中記錄的對應的硬件地址復制到ifcfg-eth0的HWADDR上。重啟系統，ifconfig應該就正常了