仿造后不能够运转eth0网卡,网卡不可能自动识别的缓解形式

 

VMware 下LINUX下行使ifconfig查看时无eth0网卡相应新闻!

引:    

近年装了虚拟机系统CentOS
陆.二,为了现在使用方便对虚拟机实行克隆或复制。当使用克隆后的虚拟机时意识原来在着力体系中的网卡eth0到了新系统却未有了,使用
ifconfig
-a会发现只有eth一。因为基本类别的互联网有关陈设都以基于eth0的,eth壹未有网络有关的安排,此时要健康该虚拟机中的互联网,只有增加eth一的网络布局,那样每一遍都要修改网卡配置在做多Linux系统一测试试的时候很不便于。更进一步,如果依据此克隆虚拟机继续克隆或复制新的虚拟机,网卡的标记每贰回都会自行加一(第一遍克隆会形成eth二),dmesg却展现内核只辨认到网卡eth0。原因剖析:
多数Linux
distribution使用udev动态管理设施文件,并基于设备的消息对其进展持久化命名。例如在Debian
etch中,udev会在系统指点的经过中分辨网卡,将mac地址和网卡名称对应起来记录在udev的条条框框脚本中。而VMware会自动生成虚拟机的
mac地址。这样,由于中心类其余虚拟机已经记下了该虚拟机的网卡mac地址对应于网卡eth0,在仿制出的虚拟机中由于mac地址发生转移,udev会自动将该mac对应于网卡eth一。就那样类推,udev会记录全部曾经识别的mac与网卡名的关联,所以每趟克隆网卡名称会自行加一,而其实kernel
仅仅只辨认到一张网卡,跟网卡名相关的网络布局也未生出任何更换。

VMware 下LINUX出现:Device
eth0 does not seem to be present, delaying
initialization.消除办法 VMWare 克隆 复制   eth0 be present 找不到
消除方案 vmware clone 网卡

VMware
下LINUX下利用ifconfig查看时无eth0网卡相应音讯!

style=”background-color: #ccffff;”>当使用克隆后的虚拟机时发现原来在着力体系中的网卡eth0到了新体系却尚未了,使用
ifconfig
-a会发现只有eth一。因为基本连串的网络有关计划都以基于eth0的,eth一未有网络有关的配备,此时要健康该虚拟机中的网络,唯有增添eth一的
网络配置,那样每一回都要修改网卡配置在做多Linux系统一测试试的时候很不便利。更进一步,假如依照此克隆虚拟机继续克隆或复制新的虚拟机,网卡的标志每贰回都会自行加一(首回克隆会变eth贰),dmesg却显得内核只辨认到网卡eth0。

原因分析: 很多Linux
distribution使用udev动态管理设施文件,并基于设备的音信对其开始展览持久化命名。例如在Debian
etch中,udev会在系统指引的长河中分辨网卡,将mac地址和网卡名称对应起来记录在udev的规则脚本中。而VMware会自动生成虚拟机的
mac地址。那样,由于中央体系的虚拟机已经记录了该虚拟机的网卡mac地址对应于网卡eth0,在仿制出的虚拟机中由于mac地址发生改换,udev会
自动将该mac对应于网卡eth一。就那样类推,udev会记录全部曾经识其他mac与网卡名的涉嫌,所以每趟克隆网卡名称会自动加一,而实质上kernel
仅仅只辨认到一张网卡,跟网卡名相关的网络布局也未生出任何变化。

style=”background-color: #ccffff;”>化解方案: 网络寻觅发今后Debian
etch下,udev将mac与网卡名称的相应关系保存在/etc/udev/rules.d/z贰五_persistent-net.rules中,在
克隆出的虚拟机中假若删除跟NAME=”eth0″相关的行仁同一视启系统就可以。

诸如在Debian
etch中删除如下两行:

# PCI device
0x1022:0x2000(pcnet32)SUBSYSTEM==”net”,DRIVERS==”?*”,ATTRS{address}

style=”background-color: #ccffff;”>==”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″

style=”background-color: #ccffff;”>然后把eth1相应的那①行的”eth一”修改为”eth0″就可以。

style=”background-color: #ccffff;”>另外一种办法是:把内部的始末剔除,然后重新启航,系统也会重复发现网卡硬件,重新
产生该公文。 ok!

化解方案:网络找出发将来Debian
etch下,udev将mac与网卡名称的照应关系保存在/etc/udev/rules.d/z25_persistent-net.rules中,

 

在仿制出的虚拟机中假若删除跟NAME=”eth0″相关的行,视同一律启系统就可以。

下边是从网上找的化解措施,其中有2个地方并未有写清楚,正是删除了/etc/udev/rules.d/70-persistent-net.rules后须求再一次配置/etc/sysconfig/network-script/ifcfg-eth0。ifcfg-eth0文件内容如下(小编的):

比如说在Debian etch中剔除如下两行:

图片 1

# PCI device 0x1022:0x2000(pcnet32)

里面有四个地点必要修改:
HWADDLAND(mac地址)、IPADD牧马人(IP地址)。IPADDLX570遵照自个儿索要修改,HWADDPRADO依据网上说的应该是在VMware在开行虚拟机的时候自动生成硬件地址,并记录在/etc/udev/rules.d/70-persistent-net.rules文件中。所以当删除了/etc/udev/rules.d/70-persistent-net.rules文件后,修改ifcfg-eth0文件中的IPADDKuga为投机索要地点并删除UUID(删除UUID可选原因见http://www.zhihu.com/question/28670717),然后重启系统,这时候ifconfig无法看到eth0,下面需要操作的是将自动生成的70-persistent-net.rules中的eth1改成eth0,然后将其中记录的对应的硬件地址复制到ifcfg-eth0的HWADDR上。重启系统,ifconfig应该就正常了

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″

接下来把eth一对应的哪一行的”eth一”修改为”eth0″就可以。

此外壹种格局是:把内部的始末都剔除,

接下来再度起动,

系统也会重复发现网卡硬件,

再也发生该文件。 一切经常。

图片 2