Linux重启网卡报错Device eth0 does not seem to be present

本文详细记录了解决Linux服务器中因移动虚拟机Centos镜像地址导致的网卡启动失败问题,通过删除并重建网卡规则文件,最终成功修复网卡初始化错误。

Linux重启网卡报错Device eth0 does not seem to be present

最近准备搭建Linux服务器时,由于移动了虚拟机Centos的镜像地址,导致网卡启动失败,然后解决记录下方法与步骤:
1.使用CRT连接host主机失败,一脸懵逼.进入主机,通过 ipconfig 命令查看配置信息,如下

     Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING  MTU:65536  Metric:1
      RX packets:284 errors:0 dropped:0 overruns:0 frame:0
      TX packets:284 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:17040 (16.6 KiB)  TX bytes:17040 (16.6 KiB)

没有IP地址,心想是不是网卡没有启动,然后立刻执行

/etc/init.d/network restart 
或者
# service network restart
Shutting down loopback insterface:                                                       [   OK  ]
Bringing up loopback insterface:                                                            [   OK  ]
Bringing up interface eth0:  Device eth0 does not seem to be present,delaying initialization.                    [FAILED]

去球!! 报错了,郁闷!

2.问题出现了,怎么解决呢?
通过一番google了解缘由,进行解决

step1: rm -rf /etc/udev/rules.d/70-persistent-net.rules

step2: reboot

常规操作应该这两部执行完毕之后就可以顺利通关了,但是 然并卵 重启之后还是没有IP地址,我** 忍不住爆了个粗口,不死心,重新cat一下看下

cat /etc/udev/rules.d/70-persistent-net.rules

我去,居然没有给我 重新创建 我** 情不自禁又搞了一句,这该如何是好?
好吧,既然系统不给创建那就自己创建.

开始创建 /etc/udev/rules.d/70-persistent-net.rules 文件
root@sea:/lib/udev/write_net_rules
missing $INTERFACE

提示缺少 INTERFACE 变量,需要手动添加

root@sea: export INTERFACE="eth0"1
root@sea:export MATCHADDR=“00:0c:29:1f:1a:f5”
root@sea:/lib/udev/write_net_rules

漂亮成功了!
再次查看文件

cat /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM==“net”, ACTION==“add”, DRIVERS=="?", ATTR{address}“00:0C:29:C1:76:32”, KERNEL"eth", NAME=“eth1”

文件已存在,但是eth为1 不是 0 ,修改NAME=“eth0”
然后对照MAC地址是否与网卡eth0一致,如果都通过了审核,那么执行最后一个命令
reboot 重启!

完美解决!

<think> 我们正在处理用户在CentOS 6系统中按照第二步操作后出现的问题。第二步操作是:禁用NetworkManager服务,并启用传统network服务。但是,用户现在在执行第二步后出现了新的错误:`device eth0 does not seem to be present, delaying initialization`。 根据引用内容,这个错误通常与网卡设备识别有关,特别是在克隆虚拟机后,由于MAC地址变化导致的设备名冲突。 引用[1]和[2]指出,当从一个虚拟机克隆另一个虚拟机时,由于MAC地址改变,导致系统找不到原来的eth0设备。解决方法是: 1. 检查并修改网卡配置文件中的设备名和MAC地址(引用[1]和[2])。 2. 或者删除`/etc/udev/rules.d/70-persistent-net.rules`文件,让系统重新生成(引用[3])。 3. 或者修改`70-persistent-net.rules`文件中的内容,使其与网卡配置文件中的设备名和MAC地址对应(引用[4])。 因此,针对用户在执行第二步操作后出现的这个错误,我们应按照以下步骤解决: 步骤1:确认当前网卡设备情况 使用命令`ifconfig -a`查看当前可用的网卡设备,注意新的网卡设备名(可能是eth1或其他)。 步骤2:检查并修改网卡配置文件 进入`/etc/sysconfig/network-scripts/`目录,检查是否存在`ifcfg-eth0`文件。如果存在,则编辑该文件,将其中的`DEVICE`改为新的设备名(例如eth1),并更新`HWADDR`为新的MAC地址(通过`ifconfig -a`可以看到新网卡的MAC地址)。或者,也可以将原`ifcfg-eth0`文件重命名为`ifcfg-eth1`(或其他新设备名),然后修改其中的`DEVICE`和`HWADDR`。 步骤3:处理持久化网络规则文件(关键) 由于系统克隆后MAC地址变化,导致`/etc/udev/rules.d/70-persistent-net.rules`文件中记录的旧MAC地址与新网卡MAC地址不一致,系统无法正确关联设备名。 有两种方式: 方式A(推荐):删除持久化网络规则文件,重启系统,系统会自动重新生成。 执行命令: ``` rm -f /etc/udev/rules.d/70-persistent-net.rules reboot ``` 方式B:手动编辑该文件,将其中对应设备的MAC地址改为新网卡的MAC地址,并将设备名改为eth0(如果希望继续使用eth0)或者改为新的设备名(并在网卡配置文件中使用同样的设备名)。 步骤4:重启网络服务 如果采用方式A,则在系统重启后,网络服务应该可以正常启动。 如果采用方式B,则修改后重启网络服务: service network restart 注意:在进行以上操作前,请确保已备份相关文件。 由于用户是在执行第二步(禁用NetworkManager)后出现的问题,因此我们还需要确认第二步操作是否正确完成: - NetworkManager是否已停止和禁用(通过`chkconfig --list | grep NetworkManager`确认是否关闭) - 传统network服务是否已启用(`chkconfig --list | grep network`确认) 下面给出完整解决方案: </think> 在 CentOS 6 系统中执行禁用 NetworkManager 操作后出现 **"device eth0 does not seem to be present, delaying initialization"** 错误,这是由于虚拟化环境(如 VMware/Hyper-V/KVM)克隆或迁移导致网卡 MAC 地址变更引起的设备识别冲突。以下是系统化解决方案: --- ### **问题修复步骤** #### 1. **确认当前网卡信息** ```bash ifconfig -a # 查看实际网卡名称(如 eth1) ethtool -P eth1 # 获取新网卡的物理 MAC 地址(替换为实际名称) ``` #### 2. **更新网卡配置文件** ```bash vi /etc/sysconfig/network-scripts/ifcfg-eth0 ``` 修改关键参数: ```ini DEVICE=eth1 # 改为实际网卡名称(步骤1查询结果) HWADDR=00:0c:29:xx:xx:xx # 更新为实际 MAC 地址(必须与 ethtool 一致) ``` > 保留其他配置(如 IP/GATEWAY/DNS),保存退出。 #### 3. **重建设备识别规则**(二选一) **方案 A:删除规则文件(推荐)** ```bash rm -f /etc/udev/rules.d/70-persistent-net.rules reboot ``` **方案 B:手动编辑规则** ```bash vi /etc/udev/rules.d/70-persistent-net.rules ``` 删除原始 `eth0` 条目,确保剩余条目与当前 MAC 和网卡名匹配: ```diff # 原始冲突条目(删除) - SUBSYSTEM=="net", ATTR{address}=="00:0c:29:8f:89:97", NAME="eth0" # 有效条目(保留并核对) + SUBSYSTEM=="net", ATTR{address}=="00:0c:29:50:bd:17", NAME="eth1" [^2] ``` #### 4. **重命名配置文件(可选)** 若步骤 2 中网卡名变更(例如 `eth0` → `eth1`): ```bash cd /etc/sysconfig/network-scripts/ mv ifcfg-eth0 ifcfg-eth1 # 文件名需与 DEVICE 值一致 ``` #### 5. **重启验证** ```bash service network restart # 或 reboot 重启系统 ifconfig # 确认网卡已激活 ping www.baidu.com # 测试网络连通性 ``` --- ### **关键原理说明** | 操作 | 作用 | |---------------------|----------------------------------------------------------------------| | 更新 `HWADDR` | 解决 MAC 地址不匹配导致的设备识别失败 | | 修正 `DEVICE` | 对齐实际网卡名称,避免名称冲突 | | 重建 udev 规则 | 清除旧虚拟机的硬件缓存记录,强制系统重新识别新设备[^3][^4] | | 配置文件重命名 | 确保配置文件名(`ifcfg-*`)与内容中的 `DEVICE` 值完全一致 | --- ### **相关问题** 1. **如何避免虚拟机克隆后的网卡冲突?** > 在克隆前执行 `rm -f /etc/udev/rules.d/70-persistent-net.rules`,系统重启时会自动生成新规则。 2. **CentOS 6 中如何永久禁用 NetworkManager?** > ```bash > chkconfig NetworkManager off > service NetworkManager stop > chkconfig network on > ``` 3. **网卡激活后仍无法联网怎么办?** > 检查网关/DNS 配置: > ```bash > vi /etc/resolv.conf # 确认 DNS > route -n # 验证网关 > ``` 4. **物理服务器迁移后出现此问题如何解决?** > 同样适用上述步骤,重点核对 `HWADDR` 与实际网卡 MAC 地址是否一致(通过 `ethtool -P ethX` 获取)。 > **注**:CentOS 6 已停止支持,建议升级至 CentOS 7/8 或 Rocky Linux 以获取更好兼容性[^1]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值