linux运行udev,重启udev的正确方法是什么？

问题描述

我已将eth1接口的名称更改为eth0。如何向udev询问配置re-read？

service udev restart

和

udevadm control --reload-rules

没有帮助。除了重启之外，还有什么有效的方法吗？ (是的，重启有助于解决这个问题)

是的，我知道我应该在sudo之前添加命令，但我在上面发布的任何一个都没有改变ifconfig -a输出：我仍然看到eth1，而不是eth0。

我刚刚更改了udev-rule系列的NAME属性。不知道这是无效的任何原因。

执行上面发布的两个命令没有任何错误，但它们只是不改变ifconfig -a输出中的实际接口名称。如果我执行reboot – 那么接口名称会按预期更改。

出于开发目的，我编写了一些脚本，以某种方式克隆虚拟机(VirtualBox-driven)和pre-sets。

因此，我执行命令来克隆VM，启动它并且只要网络接口MAC发生更改 – udev就会将第二条规则添加到网络持久规则中。机器首次启动后，有两条规则：

eth0，不存在，只要它存在于原始VM映像MAC中

eth1，存在，但所有文件中的所有配置都是指eth0，所以对我来说不是那么好

因此，我使用sed删除了eth0的行(它在克隆图像中已过时且无用)并用eth0替换eth1。所以目前我有有效的持久性规则，但/dev中仍有eth1。

问题：我不想重新启动机器(这将需要另一次，这对building-VM-stage来说不是好事)并且只是想让我的/dev重建一些命令所以我有ready-to-use VM没有任何重新启动。

最佳解决方法

我不知道这是否有助于重新加载网络配置，但当我修改/etc/udev/rules.d/70-persistent-cd.rules以纠正从/dev/dvd1到/dev/dvd的DVD设备链接时，我不得不运行

sudo udevadm trigger

获得创建新链接。

次佳解决方法

您必须以正确的顺序组合此处给出的所有建议：

打开网络service networking stop

从内核卸载驱动程序模块

找到模块lspci -v的名称并查找“正在使用的内核驱动程序：”

modprobe -r

重新加载udev规则udevadm control --reload-rules

触发新规则udevadm trigger

加载驱动程序modprobe

重新启动网络service networking start

(可选)Re-run任何iptables脚本在引发之前引用了eth接口名称。

我怀疑第4步或第5步并不是真的需要，但这些步骤对我有用。您可以在步骤4之后使用步骤2.1检查触发器命令是否已执行步骤5，编辑此答案以反映您的结果(如果您这样做)。

第三种解决方法

我有类似的问题。由于我不想花时间重新启动，因此我使用Chris Wesseling的建议运行了一个班轮。

/etc/init.d/networking stop && modprobe -r tg3 && udevadm control –reload-rules && udevadm trigger && modprobe tg3 && /etc/init.d/networking start

这对我来说使用Ubuntu 12.04.02服务器。我的nics正在使用tg3内核模块驱动程序，因此将tg3更改为您的接口使用的模块。我找到了我在/etc/udev/rules.d/70-persistent-net.rules中使用的那些：

PCI device 0x14e4:/sys/devices/pci0000:00/0000:00:1c.4/0000:02:00.1 (tg3)

我遇到的一个问题是一条糟糕的路线，我用简单的路线添加命令修复了这条路线。谢谢Chris的帮助！

第四种方法

这对我有用(无需重启)

udevadm control --reload-rules ; udevadm trigger

第五种方法

sudo /etc/init.d/udev restart应该做到这一点。您尝试过的一些命令(如果使用sudo运行)也可能有效。

第六种方法

这应该安全地做到：

sudo reload udev

因为我使用此命令没有任何问题。

参考资料