Vmware clone 功能的陷阱

今天流年不利，忙了一整天，随手将早上遇到的一个问题记下来，以备查用。

今天准备再装一台虚拟机使用，嫌麻烦忽然想到用Vmware的一个功能clone一台出来算了，反正已经有一台redhat6.1. 说干就干，顺利完成后潇洒的logon，该虚拟机配置了两个网卡，一个连接内网（192.168.***.***）, 一个连接局域网（172.17.***.***）。这些都在原型机上配置好的，克隆过来理应直接能用。顺手敲了ifconfig， 麻烦出来了，只显示了环回口（l0）口，这是怎么回事，于是再敲 ifconfig -a 更奇怪了，除了环回口外还有一个eth2和ech3口，这是怎么回事，应该是eth0和eth1口才对啊。速google之。

原因如下：

redhat使用udev动态管理设备文件，并根据设备的信息对其进行持久化命名。udev会在系统引导的过程中识别网卡，将mac地址和网卡名称对应起来记录在udev的规则脚本中。而对于新的虚拟机，VMware会自动为虚拟机的网卡生成MAC地址，当你克隆或者重装虚拟机软件时，由于你使用的是以前系统虚拟硬盘的信息，而该系统中已经有eth0和eth1的信息，对于新增的两个新的网卡，udev会自动将其命名为eth2和eth3（累加的原则），所以在你的系统启动后，你使用ifconfig看到的网卡名为eth2和eth3。这时候在/etc/sysconfig/network-script/下依然是eth0和eth1的配置文件，自然eth3和eth4无法启动了，这就是为什么只有环回口正常的原因。

如何解决：

解决方式很简单，1. 将/etc/udev/rules.d/70-persistent-net.rules 中的信息都删掉，让系统自己识别重新写入。

        2. 将/etc/sysconfig/network-script/ 中关于eth0和ech1中的mac信息删掉，让Vmware重新分配。

改完后reboot或者重启网卡：service network restart.完成后你会发现心爱的网卡终于回来了，呵呵。