VMware 下LINUX出現：Device eth0 does not seem to be present, delaying initialization.解決辦法

VMware 下LINUX下使用ifconfig查看時無eth0網卡相應資訊！

最近裝了虛擬機器系統是 fedora9，為了以後使用方便對虛擬機器進行複製或複製。當使用複製後的虛擬機器時發現原來在基本系統中的網卡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！