虚拟机克隆显示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即可解决。