Vmware上Clone Ubuntu虚拟机后提示"No such device eth0"

本文介绍了解决在Vmware上克隆Ubuntu虚拟机后出现的Nosuchdeviceeth0错误的方法。该错误是因为克隆后网卡名称变更导致。提供了两种解决方案:删除或修改MAC地址配置文件。

Vmware上Clone Ubuntu虚拟机后提示"No such device eth0"

原因是Vmware保存的硬件配置文件*.vmx里记录了网卡的MAC地址,而Ubuntu也会记录MAC地址,这样在克隆虚拟机的时候,Vmware会为Ubuntu分配一个新的eth0网卡,但是由于被之前的eth0占用,所以它会变成eth1。再因为eth0是默认的网卡,显然这个网卡不存在,所以就提示"No such device eth0"..

Ubuntu保存MAC地址的配置文件为"/etc/udev/rules.d/70-persistent-net.rules",

解决方法:

方法1:直接删除配置文件

直接删除配置文件,重启之后Ubuntu就会找到新的网卡了。

sudo rm /etc/udev/rules.d/70-persistent-net.rules

方法2:修正配置文件

修改配置文件,将原本的eth0删除,然后修改eth1的NAME="erh1"为NAME="eth0",重启之后Ubuntu就会使用新的配置文件设置网卡了。

修改前的 /etc/udev/rules.d/70-persistent-net.rules 像这样:

# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:50:XX:XX", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:85:XX:XX", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

将它修改为:

# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:85:XX:XX", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

欢迎使用“可调增益放大器 Multisim”设计资源包!本资源专为电子爱好者、学生以及工程师设计,旨在展示如何在著名的电路仿真软件Multisim环境下,实现一个具有创新性的数字控制增益放大器项目。 项目概述 在这个项目中,我们通过巧妙结合模拟电路与数字逻辑,设计出一款独特且实用的放大器。该放大器的特点在于其增益可以被精确调控,并非固定不变。用户可以通过控制键,轻松地改变放大器的增益状态,使其在1到8倍之间平滑切换。每一步增益的变化都直观地通过LED数码管显示出来,为观察和调试提供了极大的便利。 技术特点 数字控制: 使用数字输入来调整模拟放大器的增益,展示了数字信号对模拟电路控制的应用。 动态增益调整: 放大器支持8级增益调节(1x至8x),满足不同应用场景的需求。 可视化的增益指示: 利用LED数码管实时显示当前的放大倍数,增强项目的交互性和实用性。 Multisim仿真环境: 所有设计均在Multisim中完成,确保了设计的仿真准确性和学习的便捷性。 使用指南 软件准备: 确保您的计算机上已安装最新版本的Multisim软件。 打开项目: 导入提供的Multisim项目文件,开始查看或修改设计。 仿真体验: 在仿真模式下测试放大器的功能,观察增益变化及LED显示是否符合预期。 实验与调整: 根据需要调整电路参数以优化性能。 实物搭建 (选做): 参考设计图,在真实硬件上复现实验。
### 解决Ubuntu虚拟机中git clone时遇到的443端口问题 #### 配置全局HTTP/HTTPS代理 对于因网络环境导致的`git clone`操作失败,特别是涉及443端口的问题,可以通过配置Git使用HTTP或HTTPS协议下的代理服务器来尝试解决问题。具体命令如下: ```bash git config --global http.proxy http://IP:端口 git config --global https.proxy http://IP:端口 ``` 上述指令会为所有的HTTP和HTTPS请求设定一个固定的代理路径[^1]。 #### 查看当前Git代理设置 如果怀疑问题是由于错误地设置了代理所引起,则可以先检查现有的代理配置情况: ```bash git config --global -l | grep proxy ``` 这条命令能够显示所有与代理有关的配置项,有助于排查是否误设了不必要的代理规则[^4]。 #### 移除现有代理设置(如果有) 当确认不再需要使用代理服务时,或者为了测试目的想要暂时禁用它,可执行下面的操作移除先前定义好的代理参数: ```bash git config --global --unset http.proxy git config --global --unset https.proxy ``` 这一步骤可以帮助排除由不当代理引起的潜在冲突。 #### 测试新的克隆过程 完成上述调整之后,再次发起`git clone`命令试试能否正常获取远程仓库的数据。例如: ```bash git clone https://github.com/angular/angular-phonecat.git ``` 此命令用于验证修改后的配置是否解决了最初的连接难题[^3]。 #### 考虑其他可能的因素 除了直接处理Git本身的代理配置外,在某些情况下还需要考虑更广泛的网络因素,比如防火墙策略、DNS解析效率等。另外,如果是处于企业内部环境中的话,还应该关注是否有额外的安全机制影响到了对外部资源的访问权限[^5]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值