虛擬機克隆顯示eth1

A. linux KVM中復制虛擬機後eth0變成eth1問題

linux
KVM中復制虛擬機後eth0變成eth1問題當克隆或者重裝虛擬機後，再啟動系統時會發現系統下不再有eth0，而變成了eth1，當使用/etc/init.d/network重啟網路時，會提示找不到設備eth0及eth1的啟動腳本。做以下改動：/etc/sysconfig/network-scripts/ifcfg-eth0重命名為/etc/sysconfig/network-scripts/ifcfg-eth1/etc/init.d/network
restart
提示找不到eth0發現腳本中的device一項沒有改過來，將其改為eth1（或者刪掉）/etc/init.d/network
restart
提示網卡的物理地址不匹配/etc/sysconfig/network-scripts/ifcfg-eth0中的mac地址為原來eth0網卡的物理地址，而虛擬機為eth1分配新的物理地址，故啟動腳本中的信息與實際信息時不匹配的，將MAC的地址信息從腳本中刪除，再次重啟網路，OK!為什麼原來的eth0會變成eth1？很多linux
distribution使用udev動態管理設備文件，並根據設備的信息對其進行持久化命名。udev會在系統引導的過程中識別網卡，將mac地址和網卡名稱對應起來記錄在udev的規則腳本中。而對於新的虛擬機，VMware會自動為虛擬機的網卡生成MAC地址，當你克隆或者重裝虛擬機軟體時，由於你使用的是以前系統虛擬硬碟的信息，而該系統中已經有eth0的信息，對於這個新的網卡，udev會自動將其命名為eth1（累加的原則），所以在你的系統啟動後，你使用ifconfig看到的網卡名為eth1。如何把名字改回eth0？在fedora
11中，udev記錄網路規則的腳本為：/etc/udev/rules.d/70-persistent-net.rules打開該文件，這時你會發現，裡面有eth0，eth1兩個網卡的信息，但實際上你ifconfig時只能發現eth1一個網卡的信息，這時因為eth0根本就不存在。將其中eth0的信息刪掉，並將eth1信息中的設備名改為eth0，重啟系統，你看到的網卡就是eth0了，或者刪掉其中所有的信息重啟系統udev會幫你發現新的設備的。

B. 虛擬機linux添加的新網卡沒有發現其配置文件eth1和eth2。

首先，有沒有發現這個配置文件都沒有什麼所謂的
先查看vi /etc/udev/rules.d/70-persistent-net.rules
這里能看到你的網卡信息，找到你對應網卡的NAME
例如
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:8f:89:9
7", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
這里網卡名定義為eth0
然後vi /etc/sysconfig/network-sprict/ifcfg-eth0 新建並編輯這個網卡配置文件，名字其實隨意
內容
DEVICE=eth0 對應上面找到的網卡名，這個是關鍵，其他的按照默認的設置就可以了
設置完之後重啟下服務即可識別使用了
跟你說一件事吧，在VM裡面，你添加了網卡，就算使用了 ifconfig -a也有時候查看不到任何網卡的，但是你的網卡又確實存在。。。。

C. Linux虛擬機VMware克隆後網卡無法啟動怎麼辦

你好，解決方法如下：
當新系統啟動時，由於vmware已經為其配置了不同的MAC地址，因此系統會在啟動掃描硬體時把這個新的MAC地址的網卡當做是eth1，並且增加記入上述文件中。而此時配置文件里的/etc/sysconfig/network-scripts/ifcfg-eth0里記錄的還是原來的MAC地址，而這個MAC地址在新系統里是不存在的，所以無法啟動。

D. vmware克隆虛擬機 怎麼互通網路

系統中多了一塊網卡信息，原因為VMware在克隆的過程中給新系統配了一塊新網卡，但是網卡的配置文件ifcfg-eth0中的內容沒有更新，所以需要將ifcfg-eth0中的HWADDR改為VMware為新系統分配的網卡（即70-persistent-net.rules文件中的eth1）對應的HWADDR即可。

E. 克隆虛擬機，系統是centos7.0，克隆後用修改網卡信息中的UUID項嗎

centos和redhat6.0後關於虛擬機克隆後無法啟用網卡問題在redhat和centos6.0以後的版本，如果我們用虛擬機裝過一個系統後想克隆一個虛擬機用的話，我們會發現clone虛擬機網卡起不來，報一下錯誤：Error: No suitable device found: no device found for connection 'System eth0'.或者Bringing up interface eth0: Device eth0 does not seem to be present, delaying initialization. 同時我們執行ifconfig命令的時候，會發現顯示eth1網卡網卡配置文件卻為/etc/sysconfig/network-scripts/ifcfg-eth0。解決方法：centos—>刪除這個 /etc/udev/rules.d/70-persistent-net.rules，重啟後把這個文件里NAME=eth1的eth1改成eth0，同時也要修改ATTR{address}里的mac地址和/etc/sysconfig/network-scripts/ifcfg-eth0文件mac地址一致。 redhat—>redhat有點麻煩，redhat需要把/etc/sysconfig/network-scripts/ifcfg-eth0這個文件重命名為/etc/sysconfig/network-scripts/ifcfg-eth1，同時修改文件裡面的DEVICE=eth0為DEVICE=eth1，然後把/etc/udev/rules.d/70-persistent-net.rules文件中NAME=eth0的刪掉，重啟網路伺服器正常，只不過沒有eth0，而是eth1.如果想改成eth0需要重啟後把上述三個位置都修改後再重啟。

F. 如何解決VMware克隆虛擬機無法上網

MAC地址沖突，你需要手動關閉之後克隆的虛擬機，再打開虛擬機設置——網路適配器，高級——MAC地址，生成，確定。就可以了。

G. Linux的網卡由eth0變成了eth1，怎麼修復

在fedora中，udev記錄網路規則的腳本為：/etc/udev/rules.d/70-persistent-net.rules

[user@localhost ~]$ vi /etc/udev/rules.d/70-persistent-net.rules

# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5a:6c:73", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a9:22:9d", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

打開該文件，這時你會發現，裡面有eth0，eth1兩個網卡的信息，但實際上你ifconfig時只能發現eth1一個網卡的信息，這時因為eth0根本就不存在。

將其中eth0的信息刪掉，並將eth1信息中的設備名改為eth0，重啟系統，你看到的網卡就是eth0了，或者刪掉其中所有的信息重啟系統udev會幫你發現新的設備的。

另外還有一個啟動腳本文件/etc/sysconfig/network-scripts/ifcfg-eth0，該文件中的mac地址為原來eth0網卡的物理地址，而虛擬機為eth1分配新的物理地址，故啟動腳本中的信息與實際信息時不匹配的，將MAC的地址信息修改為70-persistent-net.rules中的eth1的MAC地址，再次重啟網路，就完全恢復到以前eth0網卡的狀態了。

H. centos 7虛擬機克隆怎麼改網卡

centos和redhat6.0後關於虛擬機克隆後無法啟用網卡問題在redhat和centos6.0以後的版本，如果我們用虛擬機裝過一個系統後想克隆一個虛擬機用的話，我們會發現clone虛擬機網卡起不來，報一下錯誤：Error: No suitable device found: no device found for connection 'System eth0'.或者Bringing up interface eth0: Device eth0 does not seem to be present, delaying initialization. 同時我們執行ifconfig命令的時候，會發現顯示eth1網卡網卡配置文件卻為/etc/sysconfig/network-scripts/ifcfg-eth0。解決方法：centos—>刪除這個 /etc/udev/rules.d/70-persistent-net.rules，重啟後把這個文件里NAME=eth1的eth1改成eth0，同時也要修改ATTR{address}里的mac地址和/etc/sysconfig/network-scripts/ifcfg-eth0文件mac地址一致。 redhat—>redhat有點麻煩，redhat需要把/etc/sysconfig/network-scripts/ifcfg-eth0這個文件重命名為/etc/sysconfig/network-scripts/ifcfg-eth1，同時修改文件裡面的DEVICE=eth0為DEVICE=eth1，然後把/etc/udev/rules.d/70-persistent-net.rules文件中NAME=eth0的刪掉，重啟網路伺服器正常，只不過沒有eth0，而是eth1.如果想改成eth0需要重啟後把上述三個位置都修改後再重啟。

I. 怎麼解決虛擬機遷移後eth0變成了eth1

1、用ifconfig
eth0
up命令開啟下網卡。
#ifconfig
eth0
up
2、更改eth0配置:
#vi/etc/sysconfig/network-scripts/ifcfg-eth0下顯示：
DEVICE=eth0
ONBOOT=no
//開機啟動網卡
BOOTPROTO=static
IPADDR=192.168.1.8
//自己設置有效ip地址
NETMASK=255.255.255.0
//子網掩碼
GATEWAY=192.168.1.1
//有效網關地址
HWADDR=00:0C:29:96:38:F8
注意其中的ONBOOT=no將其改為yes，網卡激活。
3、重啟服務。
#service
network
restart
重啟後配置生效。

J. 虛擬機克隆後怎樣才能自動更改IP，主機名，磁碟id，mac等信息

地址和操作系統中記錄的mac地址不符，導致eth0啟動不起來。操作系統記錄了一個新網卡的添加，新網卡的名字eth1，mac地址就是vmware分配給的新的mac地址
解決方法：
ifconfig eth0（對應的eth網卡）看其mac，用現在的mac替換原來的mac，之後重啟network服務，問題解決。
此方法適用與redhat 6版本之前的4與5.
在redhat 6版本後多出了
/etc/udev/rules.d/70-persistent-net.rules配置文件。新的mac會出現在這個文件中。因此Redhat 6之後需要更改兩個文件：

修改 /etc/udev/rules.d/70-persistent-net.rules 文件
刪除掉關於 eth0 的信息。修改第二條 eth1 的網卡的名字為 eth0.
修改 /etc/sysconfig/network-scripts/ifcfg-eth0 中mac地址為
/etc/udev/rules.d/70-persistent-net.rules 修改後的eth0的mac地址。

之後重啟network服務。若還是提示錯誤信息「Device eth0 does not seem to be present, delaying initialization.」則reboot即可解決。