虛擬機(jī)拷貝后eth0找不到的解決方案

1、1虛擬機(jī)拷貝后eth0找不到的解決方案VMWare克隆或復(fù)制Linux虛擬機(jī)后eth0找不到的解決方案現(xiàn)象描述：最近裝了虛擬機(jī)系統(tǒng)是Ubuntu，為了以后使用方便對虛擬機(jī)進(jìn)行克隆或復(fù)制。當(dāng)使用克隆后的虛擬機(jī)時發(fā)現(xiàn)原來在基本系統(tǒng)中的網(wǎng)卡eth0到了新系統(tǒng)卻沒有了，使用ifconfiga會發(fā)現(xiàn)只有eth1。因?yàn)榛鞠到y(tǒng)的網(wǎng)絡(luò)相關(guān)配置都是基于eth0的，eth1沒有網(wǎng)絡(luò)相關(guān)的配置，此時要正常該虛擬機(jī)中的網(wǎng)絡(luò)，只有添加eth1的網(wǎng)絡(luò)配置，這樣每

2、次都要修改網(wǎng)卡配置在做多Linux系統(tǒng)測試的時候很不方便。更進(jìn)一步，如果基于此克隆虛擬機(jī)繼續(xù)克隆或復(fù)制新的虛擬機(jī)，網(wǎng)卡的標(biāo)識每一次都會自動加1（第二次克隆會變成eth2），dmesg卻顯示內(nèi)核只識別到網(wǎng)卡eth0。原因分析：很多Linuxdistribution使用udev動態(tài)管理設(shè)備文件，并根據(jù)設(shè)備的信息對其進(jìn)行持久化命名。例如在Debianetch中，udev會在系統(tǒng)引導(dǎo)的過程中識別網(wǎng)卡，將mac地址和網(wǎng)卡名稱對應(yīng)起來記錄在udev

3、的規(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ā)生任何變化。解決方案：網(wǎng)絡(luò)搜索發(fā)現(xiàn)在Debianetch

4、下，udev將mac與網(wǎng)卡名稱的對應(yīng)關(guān)系保存在etcudevrules.dz25_persistent.rules中，在克隆出的虛擬機(jī)中只要刪除跟NAME=”eth0″相關(guān)的行并重啟系統(tǒng)即可。例如在Debianetch中刪除如下兩行：#PCIdevice01022:02000(pc32)SUBSYSTEM==””DRIVERS==””ATTRSaddress==“00:0c:29:4c:46:01″NAME=”eth0″在我的Ubunt

5、u下修改etcudevrules.d下的70persistent.rules文件。刪除#AdvancedMicroDevices[AMD]79c970[PC32LANCE](rulewrittenbyanaconda)SUBSYSTEM==””ACTION==”add”DRIVERS==””2ATTRaddress==”00:0c:29:ad:06:2a”ATTRtype==”1″KERNEL==”eth”NAME=”eth0″然后把e