常规办法是更改克隆后的虚拟机IP，然后setup更改网卡设备名称，重启网络服务后解决问题。
但是，本人在克隆后发现常规办法不能解决，于是翻了很多个帖子，发现问题的原因就是克隆后与克隆前的网卡MAC地址相同，所以只要改变克隆后的MAC地址即可解决问题。
先说解决办法：从dmesg|grep eth里面获取到设备的MAC，之后手动更改到网卡配置文件里面，reboot。完美解决。
既然用到了，这里就说一下dmesg这个命令。
dmesg用来显示内核环缓冲区（kernel-ring buffer）内容，内核将各种消息存放在这里。在系统引导时，内核将与硬件和模块初始化相关的信息填到这个缓冲区中。内核环缓冲区中的消息对于诊断系统问题 通常非常有用。在运行dmesg时，它显示大量信息。通常通过less或grep使用管道查看dmesg的输出，这样可以更容易找到待查信息。例如，如果发现硬盘性能低下，可以使用dmesg来检查它们是否运行在DMA模式：
$dmesg | grep DMA
...
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
...
上面几行可以说明每个IDE设备正在什么模式下运行。如果以太网连接出现问题，那么可以在dmesg日志中搜索eth：
$dmesg | grep eth
forcedeth.c: Reverse Engineered nForce
ethernet driver. Version 0.49.
eth0: forcedeth.c: subsystem: 0147b:1c00
bound to 0000:00:04.0
eth0: no IPv6 routers present
如果一切正常，那么dmesg显示每个网卡的硬件配置信息。如果某项系统服务未能得到正确的配置，dmesg日志很快就填满错误消息，这是诊断故障的良好起点。
还可以用来探测系统内核模块的加载情况，比如要检测ACPI的加载情况，使用dmesg | grep acpi
dmesg |egrep -i ‘‘(apm|acpi)‘‘
Kernel command line: vga=274 quiet console=ttyS3,9600acpi=no-idleoot=/dev/hda3
ACPI: Core Subsystem version [20010208]
ACPI: Subsystem enabled
ACPI: System firmware supports: C2
ACPI: plvl2lat=99 plvl3lat=1001
ACPI: C2 enter=1417 C2 exit=354
ACPI: C3 enter=-1 C3 exit=-1
ACPI: Not using ACPI idle
ACPI: System firmware supports: S0 S1 S4 S