昨天在vm里面克隆了個虛擬機(jī)，克隆之后，啟動了網(wǎng)卡起不來，已啟動就報
Device eth0 does not seem to be present, delaying initialization.[FAILED]
經(jīng)過各種google，最終要是找到了答案
使用克隆后的虛擬機(jī)時發(fā)現(xiàn)原來在基本系統(tǒng)中的網(wǎng)卡eth0到了新系統(tǒng)卻沒有了，使用ifconfig -a會發(fā)現(xiàn)只有l(wèi)o。

http://www.linuxyan.com/linux-service/181.html

因?yàn)榛鞠到y(tǒng)的網(wǎng)絡(luò)相關(guān)配置都是基于eth0的，如果基于此克隆虛擬機(jī)繼續(xù)克隆或復(fù)制新的虛擬機(jī)，網(wǎng)卡的標(biāo)識每一次都會自動加1變成eth1（第二次克隆會變成eth2），dmesg卻顯示內(nèi)核只識別到網(wǎng)卡eth0。

原因分析： 很多Linux distribution使用udev動態(tài)管理設(shè)備文件，
并根據(jù)設(shè)備的信息對其進(jìn)行持久化命名。例如在centos中，udev會在系統(tǒng)引導(dǎo)的過程中識別網(wǎng)卡，
將mac地址和網(wǎng)卡名稱對應(yīng)起來記錄在udev的規(guī)則腳本中。而VMware會自動生成虛擬機(jī)的mac地址。這樣，
由于基本系統(tǒng)的虛擬機(jī)已經(jīng)記錄了該虛擬機(jī)的網(wǎng)卡mac地址對應(yīng)于網(wǎng)卡eth0，在克隆出的虛擬機(jī)中由于mac地址發(fā)生改變，
udev會自動將該mac對應(yīng)于網(wǎng)卡eth1。以此類推，udev會記錄所有已經(jīng)識別的mac與網(wǎng)卡名的關(guān)系，所以每次克隆網(wǎng)卡名稱會自動加1，
而其實(shí)kernel僅僅只識別到一張網(wǎng)卡，跟網(wǎng)卡名相關(guān)的網(wǎng)絡(luò)配置也未發(fā)生任何變化。解決方案：
udev將mac與網(wǎng)卡名稱的對應(yīng)關(guān)系保存在/etc/udev/rules.d/70-persistent-net.rules中，
可以看到文件內(nèi)容如下

# 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"

在克隆出的虛擬機(jī)中只要刪除跟NAME=”eth0″相關(guān)的行，并且把eth1的改為eth0，并重啟系統(tǒng)即可。
另外外一種方法是：把里面的內(nèi)容都刪除，然后重新啟動，系統(tǒng)也會重新發(fā)現(xiàn)網(wǎng)卡硬件，重新產(chǎn)生該文件

轉(zhuǎn)載于:https://www.cnblogs.com/davidwang456/p/3332207.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。