”vmware虚拟机迁移后无网卡eth0只有lo“的解决方法

最新推荐文章于 2025-04-01 19:35:27 发布

付玉祥

最新推荐文章于 2025-04-01 19:35:27 发布

阅读量1.2k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Linux 文章标签： Linux vmware

本文链接：https://blog.youkuaiyun.com/csfyx/article/details/85329596

Linux 专栏收录该内容

5 篇文章

订阅专栏

本文解决因复制虚拟机导致Ubuntu虚拟机中网卡eth0丢失的问题，通过删除70-persistent-net.rules文件并重启，使系统重新生成设备与MAC地址对应关系，修复网卡无法启动的状况。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

由于更换电脑，将之前电脑上的vmware虚拟机直接拷贝过来使用，在启动的时候，发现找不到网卡eth0，在输入ifconfig –a的时候，也没有任何Ethnet的信息，而输入ifconfig eth0 down 的时候，提示我no device found(设备没法找到)，检查了VMware的网络配置的时候，和另一个电脑的设置一样。回想了在启动VMware的时候，系统提示我的Ubuntu文件被移动(位置被改变了)，让我确认是moved还是copy的，我当时候选择了默认的(copy)。问题就出在了这儿，由于复制.vmdk文件是将虚拟机完全copy了一份（包括MAC地址），由于新的平台的MAC与之前的网卡MAC不一致，因此出现网卡无法启动。

通过以下方法来解决：

1、cd /etc/udev/rules.d

2、sudo rm 70-persistent-net.rules

3、sudo reboot

70-persistent-net.rules这个文件中含有相应的设备名号和mac地址的对应，删除后系统会自动检测重新生成，所以可以解决问题。
为什么会产生这个问题呢？还需要从UUID谈起（UUID是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。通常平台会提供生成UUID的API ），虚拟机同样会有一个UUID，而且这个UUID是唯一的。虚拟机的UUID一般和虚拟机配置文件的位置和物理主机有关。当我们对一个虚拟机系统做移动操作的时候，我们不需要新建一个UUID。让我们复制一个虚拟机的时候我们应该选择建立一个新的UUID，来保证此虚拟机的唯一性，而当选择了I copied it的时候，VM自然会新建一个UUID,一些新的Linux版本是把以太网与Mac地址绑定，当新的UUID建立的时候，Mac地址就被改变了，但由于eth0设备所装载的配置与读取默认配置的Mac地址不一致。