Wie udev Regeln ohne Neustart neu zu laden?

Wie sollte man udev-Regeln neu laden, damit neu erstellte funktionieren können?

Ich verwende Arch Linux und habe hier keinen udevstartBefehl.

Auch geprüft /etc/rc.d, kein udev-Service da.

# udevadm control --reload-rules && udevadm trigger

Udev verwendet den Inotify- Mechanismus, um nach Änderungen im Regelverzeichnis sowohl in der Bibliothek als auch in den lokalen Konfigurationsbäumen (normalerweise in /lib/udev/rules.dund /etc/udev/rules.d) zu suchen. Die meiste Zeit müssen Sie also nichts tun, wenn Sie eine Regeldatei ändern.

Sie müssen den udev-Daemon nur explizit benachrichtigen, wenn Sie etwas Ungewöhnliches tun, z. B. wenn Sie eine Regel haben, die Dateien in einem anderen Verzeichnis enthält. Dann können Sie die gewohnte Konvention verwenden, um Daemons aufzufordern, ihre Konfiguration neu zu laden: Senden Sie ein SIGHUP ( pkill -HUP udevd). Oder Sie können die Verwendung udevadmBefehl: udevadm control --reload-rules.

Beachten Sie jedoch, dass verschiedene Versionen von udev in der Vergangenheit unterschiedliche Auslöser für das automatische Neuladen der Regeln hatten. Also, wenn Sie Zweifel haben, rufen Sie an udevadm control --reload-rules: Es schadet sowieso nicht.

Die udev-Regeln werden nur angewendet, wenn ein Gerät hinzugefügt wird. Wenn Sie die Regeln erneut auf ein bereits verbundenes Gerät anwenden möchten, müssen Sie dies explizit tun, indem Sie udevadm triggermit den richtigen Optionen aufrufen, die den Geräten entsprechen, deren Konfiguration sich geändert hat, z udevadm trigger --attr-match=vendor='Yoyodyne' --attr-match=model='Frobnicator 300'.

Ich füge dies hinzu, weil ich es eines Tages wieder brauchen werde.

Manchmal erhalten Sie eine falsche Zuordnung von Ethernet-Gerätenummern und MAC-Adressen. Dies ist manchmal sehr wichtig, beispielsweise wenn in einer VM ausgeführt wird und jedes Gerät einem anderen VLAN zugewiesen ist.

1. Fahren Sie dann die Netzwerkschnittstellen herunter
2. ändern /etc/udev/rules.d/70-persistent-net.rules(oder gleichwertig)
3. neu laden mit udevadm control --reload-rules
4. erneut auslösen mit udevadm trigger --attr-match=subsystem=net
5. Rufen Sie die Netzwerkschnittstellen auf.

Ich war überrascht, wie gut das funktioniert hat.

Ich bin nicht sicher, ob dies zutrifft, und dies ist definitiv ein älterer Beitrag, aber meine Websuche nach udev-Informationen war ziemlich umfangreich, sodass ich dachte, ich könnte etwas Wissen teilen.

Sie können udev-Regeln für bestimmte Geräte manuell auslösen. Dies gilt nur für Redhat-bezogene Distributionen (Centos Fedora usw. usw. usw.).

Sobald Sie die relevanten Änderungen in Ihrer Regeldatei ( /etc/udev/rules.d/whateveryoucalledyourrules) vorgenommen haben, können Sie changedas Ereignis des Geräts erneut anzeigen.

echo change > /sys/block/devname/partname1/uevent

Dies erzwingt eine udev-Regel, die NUR für dieses Gerät gelesen wird. Viel besser und meiner Meinung nach gezielter.

Für mich hat die folgende Befehlssequenz wie gewünscht funktioniert.

Ich habe Änderungen vorgenommen /etc/udev/rules.d/70-persistent-net.rules, um die ethNummer zu ändern und sie ohne Neustart neu zu laden.

/etc/init.d/networking stop
/etc/init.d/udev stop
udevadm control --reload-rules
/etc/init.d/udev start
/etc/init.d/networking start

Auf diese Weise wurde es zur Laufzeit erfolgreich geladen, ohne dass der Computer neu gestartet werden musste.

Vorschläge oder Empfehlungen dazu sind willkommen, da ich dies selbst durch Lesen der Manpages entdeckt habe.

Ich füge hier die richtige Antwort hinzu, da ich eine Weile gebraucht habe, um sie im Kommentar von @enthusiasticgeek zu bemerken. Alles, was Sie tun müssen (vorausgesetzt, Sie befinden sich auf der Konsole des Servers - dies ist offensichtlich schlecht, wenn Sie sich im SSH-Modus befinden!):

1. Rufen Sie eine Liste der verwendeten Schnittstellenmodule ab:

cat /etc/udev/rules.d/70-persistent-net.rules | grep "PCI device" | perl -pe 's/.*\((\w+)\).*/$1/g'| uniq

In meinem Fall ist es igbso, dass es genau das druckt.

2. Typ sudo rmmod igb(Ersetzen Sie ihn igbdurch Ihren Kartentreiber aus Schritt 1.

Bearbeiten Sie /etc/udev/rules.d/70-persistent-net.rulesdas Modul nach Bedarf und laden Sie es dann erneut mit modprobe igb. Ersetzen Sie es erneut durch igbIhr Modul .

im Falle mehrerer Netzwerke

cat /etc/udev/rules.d/70-persistent-net.rules | grep "PCI device" | awk '{print $NF}'|sed -e 's/(//g' -e 's/)//g'| uniq > /tmp/listnet
rm -rf /etc/udev/rules.d/70-persistent-net.rules 
for i in $(cat /tmp/listnet); do rmmod $i; modprobe $i;done
service network restart
rm -rf /tmp/listnet