加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

redhat – udev可以在没有重启的情况下重新启动吗?

发布时间:2020-12-13 16:46:57 所属栏目:Linux 来源:网络整理
导读:对于一般情况,假设已删除eth0的虚拟适配器并替换为另一个.无论是由于克隆还是最近的一系列MAC地址冲突. [是的,他们的皮疹.] 通常我只是rm /etc/udev/rules.d/70-persistent-net-rules并检查/ etc / sysconfig / network *中是否包含对MAC地址的引用并重启,但
对于一般情况,假设已删除eth0的虚拟适配器并替换为另一个.无论是由于克隆还是最近的一系列MAC地址冲突. [是的,他们的皮疹.]

通常我只是rm /etc/udev/rules.d/70-persistent-net-rules并检查/ etc / sysconfig / network *中是否包含对MAC地址的引用并重启,但这是Linux,必须有一种避免重启的方法.

是否有一个命令可以运行以获取新的NIC?

编辑

除了@ dawud的答案之外,我在我的测试VM上遇到了一个问题,它已经使用新设备启动并命名为eth1,在这种情况下,udevadm似乎没有“释放”设备.在这种情况下,我做了以下事情:

>从VSphere获取设备的MAC地址.
>使用行eth0 mac ##创建/编辑/ etc / iftab:##:##:##:##:##在MAC地址中替换.当此文件不存在/包含目标接口的名称时,ifrename似乎不喜欢它.
> ifrename -i eth1 -n eth0
>服务网络重启和eth0正常启动.
> [可选] rm / etc / iftab这样可以减少一个MAC生存的地方.

解决方法

你可以使用udevadm触发器来做到这一点

您仍然需要删除持久规则并重新启动网络服务.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读