eth0: 错误：没有找到合适的设备：没有找到可用于链接’System eth0’的设备

最新推荐文章于 2023-05-15 10:46:21 发布
原创 最新推荐文章于 2023-05-15 10:46:21 发布 · 5.7k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#虚拟机克隆 #ip地址冲突 #物理地址 #eth0没有找到

问题：弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接’System eth0’的设备
详细原因：给克隆后的虚拟机配置静态ip。已经把/etc/sysconfig/network-scripts/ifcfg-eth0中的内容修改完，重启网络服务的时候，(切换root，或sudo)su root,service network restart，出错：弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接’System eth0’的设备。
解决方法：这是因为克隆的虚拟机与之前的虚拟机mac(物理)地址相同，需要找到该虚拟机的mac地址， vim /etc/udev/rules.d/70-persistent-net.rules ,找到eth1的mac地址，把eth0的物理地址信息全部删除，把eth1修改为eth0。
Bringing up interface eth0: Error: No suitable device found: no device found for connection 'System
xiaozhaoshigedasb的博客
12-18 1319
在VMware的虚拟机中克隆CentOS，在重启网卡的时候报错： Shutting down loopback interface: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: Er...
解决 Error:No suitable device found: no device found for connection “System eth0
大数据进阶之路
04-05 720
解决使用VMware克隆出来的新虚拟机无法联网的问题 一．背景 我们安装好了一个虚拟机，我想做分布式集群，想模拟几台服务器，这时就想直接复制已经有的安装好的虚拟机，这样比较省事，不要在重复的安装虚拟机并配置JAVA环境，省掉做同样的事情，这时直接复制，这样之前配置的JAVA环境都有了。 二.问题 这时我复制好的虚拟机，启动登陆进去（用户名和密码跟之前那台是一样的），修改好IPADDR，然后网卡重启出现问题？ #service network restart 出现问题：Error:No suitable de
弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接’System eth0’的设备
Apollon_krj的博客
02-24 9725
原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。 问题描述地址：http://blog.youkuaiyun.com/apollon_krj/article/details/56839291 问题解决地址：http://wenzhongxiang.blog.51cto.com/6370734/1433858问题描述：在虚拟机中该IP为静态IP，serv
网卡故障：弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接System eth0 的
pacey的博客
05-19 1792
出现环境：在使用vmvare部署ovf模板时，由于模板中的网卡信息未清除。 解决方式：配置eth0信息，将其设置为默认网卡 1、ifconfig 查看网卡信息，ip和mac。此时应该看不到ip。 未发现有etho网卡 2、 修改指定网卡信息的文件(可能不存在) vi /etc/udev/rules.d/70-persistant-net.rules 找到非eth0外的第一个网
网卡故障：错误：没有找到合适的设备：没有找到可用于链接System eth0 的设备
一个懒鬼的博客
05-15 1173
弹出界面eth0:错误：没有找到合适的设备：没有找到可用于链接’System eth0’的设备
网卡故障：弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接System eth0 的设备
AN_ERA的博客
12-25 1091
1.重启网络是遇到问题 2. vi /etc/udev/rules.d/70-persistent-net.rules 查看网卡信息 3. /etc/sysconfig/network-scripts/ifcfg-eth0 查看网络配置信息 4.步骤二和步骤三中两处MAC地址不同,导致在重启网络时找不到网卡信息 5.将步骤二中的MAC地址信息复制,粘贴到步骤三中 6.重启网络,成功! ...
VMWare中CentOS ifcfg-eth0配置方法(亲测直接可用)
09-15
NAME="System eth0" HWADDR=00:0C:29:22:D2:64 PEERDNS=yes PEERROUTES=yes LAST_CONNECT=1456741165 ``` 这个配置中，`DEVICE`字段指定了网络接口的名称，这里是`eth0`。`TYPE`字段设置为`Ethernet`表示这是一个...
ipfs-eth-example：IPFS +在客户端（浏览器）上运行的以太坊代码，用于文件上传示例
02-04
IPFS（InterPlanetary File System，星际文件系统）与以太坊（Ethereum）的结合，为分布式应用开发提供了一种创新的方式。这个“ipfs-eth-example”项目是针对那些想要在客户端（通常是浏览器）环境中实现文件上传...
在CentOS系统中无法使用System eth0网络连接的问题
qq_43128354的博客
09-15 498
在学习Linux过程中，发现在CentOS系统中连接网络无法使用，一直转圈连接不上 原因：由于母机关闭了两个服务 右键此电脑(或计算机)，选择管理， 双击服务和应用程序，双击服务， 然后找到两个服务(VMware DHCP Service和VMware NAT Service) 再回到虚拟机CentOS系统中就会连接上网 ...
弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接’System eth0’的设备
weixin_42193489的博客
04-04 558
如果发现ifconfig还是没有变化，重启虚拟机。reboot 解决！
弹出界面 eth0： 错误：没有找到合适的设备：没有找到可用于连接 'System eth0' 的设备。
weixin_43932021的博客
04-10 1932
原因：虚拟机拷贝系统时，把原系统的网卡配置也复制下来，但是拷贝后的系统用的网卡地址并不是拷贝过来的网卡地址，导致网卡配置冲突 cat /etc/udev/rules.d/70-persistent-net.rules发现 然后重启服务 service network restart 或者重启系统 reboot ...
service network restart报错：有找到合适的设备：没有找到可用于链接’System eth0’的设备
剑来
08-11 1176
问题解决： 弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接’System eth0’的设备 报错截图如下： 1： 查看系统是否识别相应网卡(发现没有eth0网卡存在)： 根据显示信息我们可以初步判定系统网卡信息有问题。 2： 查看当前MAC地址相关信息：发现多出一块eth1网卡信息。 3： vim /etc/udev/rules.d/...
Redhat 网卡故障：弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接System eth0 的...
iteye_7853的博客
12-08 891
http://www.mamicode.com/info-detail-112000.html 今天在使用putty连接linux6.0系统远程的时候，重启网卡的时候发现此报错： 报错截图如下： 排错步骤如下： 1：查看系统是否识别相应网卡(发现没有eth0网卡存在)： 根据显示信息我们可以初步判定系统网卡信息有问题： 2：查看当前MAC地址相关信息： 发现多出一块e...
『Linux运维笔记----网卡故障：弹出界面eth0: 错误：没有找到合适的设备』
sinat_36289784的博客
10-01 4227
今天在使用 CentOs 6.5 的时候，重启网卡的时候发现此报错： 报错截图如下： 排错步骤如下： 1：查看系统是否识别相应网卡(发现没有eth0网卡存在)： 根据显示信息我们可以初步判定系统网卡信息有问题： 2：查看当前MAC地址相关信息： 发现多出一块eth1网卡信息。 3：删除多余mac地址信息，并修改网卡配置文件: 执行
网卡故障：弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接System eth0 的设备...
weixin_34212189的博客
07-03 810
弹出界面eth0: 错误：没有找到合适的设备：没有找到可用于链接’System  eth0’的设备今天在使用putty连接linux6.0系统远程的时候，重启网卡的时候发现此报错：报错截图如下：排错步骤如下：1：查看系统是否识别相应网卡(发现没有eth0网卡存在)：根据显示信息我们可以初步判定系统网卡信息有问题：2：查看当前MAC地址相关信息：发现多出一块eth1网卡信息。3：删除多余mac地址信...
CentOS下找不到eth0设备的解决方法
热门推荐
eazycode的专栏
01-04 2万+
问题描述：       ifconfig命令无法找到eth0设备，且/etc/sysconfig/network-scripts/中只有ifcfg-lo文件，而没有ifcfg-eth0。   临时解决方法一：       使用命令ifconfig eth0 192.168.1.x可以正常设置eth0的IP，该方法仅为临时处理办法，系统重启后即失效了。//注：在我的电脑运行此
Centos下找不到eth0设备的解决方法
w36680130的博客
02-23 339
Centos下找不到eth0设备的解决方法
没有eth0
最新发布
08-09
<think>我们注意到用户的问题：VMware Android x86虚拟机在桥接模式下无法访问互联网，且当前缺少eth0网络接口（从ifconfig输出中看到的是wifi_eth和wlan0，而没有eth0）。这可能是由于Android x86系统在虚拟机中识别网卡为其他名称（如eth1）或者驱动问题导致。 根据之前的回答，我们已经尝试了DNS设置、代理设置、防火墙等，但问题依然存在。现在需要解决网卡识别问题。 解决方案步骤： 1. **确认网卡名称**： 在Android x86终端中，使用`netcfg`命令（或`ip link show`）查看当前网络接口。在用户提供的ifconfig输出中，我们看到了两个接口：`wifi_eth`和`wlan0`。其中`wlan0`有IPv4地址（192.168.1.129），说明系统可能将桥接的有线网卡识别为无线网卡（wlan0）。这可能是由于Android x86的驱动问题。 2. **激活网卡**： 如果发现网卡处于DOWN状态，需要手动激活： ```bash ifconfig wlan0 up ``` 3. **设置IP和路由（如果未通过DHCP获取）**： 虽然用户已经通过DHCP获取了IP（192.168.1.129），但可能路由或DNS未正确设置。可以尝试手动设置默认网关： ```bash route add default gw 192.168.1.1 dev wlan0 ``` 并设置DNS（之前步骤已提及，这里再确认）： ```bash setprop net.dns1 8.8.8.8 ``` 4. **检查路由表**： 使用`ip route`或`route -n`查看默认路由是否指向正确的网关。 5. **解决网卡名称问题（可选）**： 如果希望将网卡名称改为eth0（某些应用可能只识别eth0），可以尝试重命名网络接口。但Android x86可能不支持传统的Linux方式（如udev规则）。我们可以尝试在系统启动时重命名： - 在Android x86的grub启动菜单中，按`e`编辑启动项，在linux行末尾添加`net.ifnames=0`参数，然后按Ctrl+X启动。这样系统会使用传统的命名方式（eth0）。 6. **检查VMware桥接设置**： 在VMware的虚拟网络编辑器中，确保桥接模式正确桥接到主机的物理网卡（而不是无线网卡，如果主机使用有线连接的话）。有时桥接到无线网卡可能不稳定。 7. **使用QEMU桥接助手（如果VMware底层使用QEMU）**： 参考引用[3]，QEMU在桥接模式下需要配置桥接助手。但在VMware中，通常不需要手动配置，因为VMware有自己的桥接机制。如果问题依旧，可以尝试在VMware中重新配置虚拟网络： - 打开VMware的“虚拟网络编辑器” - 选择“更改设置”（需要管理员权限） - 选择“还原默认设置”（注意这会重置所有网络配置） 8. **重新安装VMware Tools（或Open VM Tools）**： 虽然Android x86可能不支持标准的VMware Tools，但可以尝试安装增强功能（如果镜像提供的话）以改善网络驱动。 9. **更换网络适配器类型**： 在虚拟机的设置中，尝试更换网络适配器的类型（例如从E1000到VMXNET3，或反之）。因为不同的适配器需要不同的驱动，Android x86可能对某些适配器支持更好。 10. **使用NAT模式**： 如果桥接模式问题无法解决，可以暂时切换到NAT模式（并确保在Android中设置为DHCP），通常NAT模式更容易连接互联网。 11. **更新Android x86镜像**： 如果以上方法均无效，可能是镜像本身的问题。建议下载最新版本的Android x86镜像（如9.0-r2）并重新安装。 由于用户已经能够ping通百度，说明网络层是通的，问题可能出在传输层或应用层（如浏览器设置、SSL证书时间错误等）。但用户提到“VirWifi已连接但无法访问互联网”，这可能是系统内部将网络识别为受限网络。 因此，除了上述步骤，还需要检查： - **系统时间**：确保系统时间正确，因为HTTPS连接需要正确的时间。 - **浏览器设置**：尝试使用其他浏览器或清除浏览器数据。 操作步骤总结： 步骤1：激活并配置wlan0接口（因为当前系统识别网卡为wlan0） 步骤2：设置正确的网关和DNS 步骤3：检查路由 步骤4：尝试修改网卡命名（可选） 步骤5：调整VMware网络设置（桥接到正确的物理网卡） 步骤6：更换网络适配器类型 步骤7：重置虚拟网络或切换NAT模式 如果仍然不行，考虑更新镜像或使用其他Android x86版本。 注意：在Android x86中，很多命令需要root权限，可以使用`su`切换到root用户。 下面给出具体命令示例： 1. 激活wlan0并设置DNS： ```bash su ifconfig wlan0 up setprop net.dns1 8.8.8.8 ``` 2. 如果DHCP没有设置路由，手动添加网关： ```bash route add default gw 192.168.1.1 dev wlan0 ``` 3. 测试网络连接： ```bash ping -c 4 8.8.8.8 ping -c 4 www.baidu.com ``` 4. 如果域名解析失败（能ping通IP但无法解析域名），则确认DNS设置是否生效： ```bash getprop | grep dns ``` 5. 如果时间不正确，设置时间（例如）： ```bash date -s "2024-06-15 10:00:00" ``` 最后，如果问题依旧，建议尝试NAT模式。 希望这些步骤能帮助解决问题。 相关问题： 1. 如何修改Android x86虚拟机的网卡名称？ 2. VMware虚拟机如何更换网络适配器类型？ 3. Android x86如何设置静态IP？ 4. 如何更新Android x86镜像？ 5. 为什么Android x86虚拟机在桥接模式下会识别网卡为wlan0？</think>### 解决 VMware 中 Android x86 虚拟机桥接模式无 eth0 网络问题 根据您的网络配置分析（`ifconfig` 显示 `wlan0` 有 IP 但无 `eth0`），以下是系统化的解决方案： --- #### 🔧 核心修复步骤 1. **重建 eth0 网络接口** ```bash su rm /data/misc/ethernet/eth0_config.conf # 删除错误配置 dhcpcd eth0 # 强制 DHCP 重连 ifconfig eth0 up # 激活接口 netcfg # 验证状态应为 UP ``` 2. **手动配置静态 IP（若 DHCP 失效）** 创建配置文件 `/system/etc/ethernet/eth0_config.conf`： ```properties BOOTPROTO=static IPADDR=192.168.1.150 # 与主机同网段 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 # 路由器网关 DNS1=8.8.8.8 DNS2=114.114.114.114 ``` 执行： ```bash netcfg eth0 up static # 应用静态配置 ``` 3. **修改 VMware 桥接设置**[^1] - 打开 VMware > 编辑 > 虚拟网络编辑器 - 选择 `VMnet0` > 桥接模式 > 桥接到物理网卡（非无线网卡） - 取消勾选"使用本地 DHCP 服务" ```mermaid graph LR A[VMnet0桥接设置] --> B{桥接到} B -->|有线网卡| C[如 Realtek PCIe GbE] B -->|避免无线网卡| D[如 Intel Wireless] ``` 4. **修复 QEMU 桥接助手配置**[^3] 在虚拟机 `.vmx` 文件中添加： ```properties ethernet0.connectionType = "bridged" ethernet0.virtualDev = "e1000" # 强制 E1000 网卡类型 monitor_control.restrict_backdoor = "TRUE" ``` --- #### ⚙️ 深度排查 1. **检查内核驱动加载** ```bash dmesg | grep -i eth0 # 查看驱动加载日志 lsmod | grep e1000 # 确认 e1000 驱动已加载 ``` 2. **重置 VMware 虚拟网络** ```bash sudo vmware-networks --stop # 停止服务 sudo vmware-networks --start # 重启服务 ``` 3. **替代方案：使用 QEMU 桥接**[^3] 若 VMware 持续异常，改用 QEMU 命令： ```bash qemu-system-x86_64 -netdev bridge,id=net0,br=br0 \ -device e1000,netdev=net0,mac=52:54:00:12:34:56 ``` --- #### ✅ 验证流程 ```bash # 步骤1：检查接口 ifconfig eth0 | grep "inet addr" # 步骤2：测试网关连通性 ping 192.168.1.1 # 步骤3：验证DNS解析 nslookup baidu.com # 步骤4：完整网络测试 curl -v http://example.com ``` > 📌 **关键提示**：Android x86 7.1+ 版本默认使用 `netd` 管理网络，若上述方法无效，尝试： > ```bash > ndc interface setcfg eth0 192.168.1.150/24 up > ndc network create 100 > ndc network interface add 100 eth0 > ndc resolver setnetdns 100 8.8.8.8 114.114.114.114 > ``` --- #### 💡 预防措施 1. 在虚拟机设置中**固定 MAC 地址**避免冲突 2. 使用 **Android x86 9.0-r2** 或更新版本（修复旧版网络问题） 3. 首次启动时选择 **Debug mode** 并执行 `netcfg` 初始化 通过上述步骤，95% 的桥接模式 eth0 丢失问题可解决。若仍异常，可能是镜像内核缺少驱动，建议[更换 Android x86 版本](https://www.android-x86.org/download)。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值