Comment recharger les règles udev sans redémarrer?

Comment doit-on recharger les règles udev pour que la nouvelle créée puisse fonctionner?

Je suis sous Arch Linux, et je n'ai pas de udevstartcommande ici.

Également vérifié /etc/rc.d, pas de service d'udev là

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

Udev utilise le mécanisme inotify pour surveiller les modifications dans le répertoire rules, à la fois dans la bibliothèque et dans les arborescences de configuration locales (généralement situées à /lib/udev/rules.det /etc/udev/rules.d). Donc, la plupart du temps, vous n'avez rien à faire lorsque vous modifiez un fichier de règles.

Vous devez uniquement informer explicitement le démon udev si vous faites quelque chose d'inhabituel, par exemple si vous avez une règle qui inclut les fichiers dans un autre répertoire. Ensuite, vous pouvez utiliser la convention habituelle pour demander aux démons de recharger leur configuration: envoyez un SIGHUP ( pkill -HUP udevd). Ou vous pouvez utiliser la udevadmcommande: udevadm control --reload-rules.

Cependant, sachez que différentes versions d'udev ont toujours eu différents déclencheurs pour recharger les règles automatiquement. Donc, en cas de doute, appelez udevadm control --reload-rules: cela ne fera aucun mal de toute façon.

Les règles udev ne sont appliquées que lorsqu'un périphérique est ajouté. Si vous souhaitez réappliquer les règles à un périphérique déjà connecté, vous devez le faire de manière explicite, en appelant udevadm triggeravec les options appropriées pour faire correspondre le ou les périphériques dont la configuration a été modifiée, par exemple udevadm trigger --attr-match=vendor='Yoyodyne' --attr-match=model='Frobnicator 300'.

J'ajoute ceci parce qu'un jour j'en aurai besoin ... encore.

Parfois, vous obtenez une correspondance incorrecte des numéros de périphériques Ethernet et des adresses MAC. Parfois, cela est vraiment important, comme lors de l’exécution sur une machine virtuelle et que chaque périphérique est affecté à un VLAN différent.

1. Abaissez les interfaces réseau, puis
2. modifier /etc/udev/rules.d/70-persistent-net.rules(ou son équivalent)
3. recharger avec udevadm control --reload-rules
4. re-déclencher avec udevadm trigger --attr-match=subsystem=net
5. mettre les interfaces réseau en place.

J'ai été surpris de voir comment cela fonctionnait bien.

Je ne sais pas si cela s'applique, et ceci est certainement un article ancien, mais ma recherche sur le Web pour udev info a été assez élevée et j'ai donc pensé pouvoir partager certaines connaissances.

Vous pouvez déclencher manuellement les règles udev pour des périphériques spécifiques. Ceci s’applique uniquement aux distributions liées à RedHat (centos fedora, etc., etc.).

Une fois que vous avez apporté les modifications appropriées dans votre fichier de règles ( /etc/udev/rules.d/whateveryoucalledyourrules), vous pouvez changeafficher un écho dans le message de l'appareil.

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

Cela forcera une lecture de règle udev pour SEULEMENT ce périphérique. Bien mieux, et plus ciblé à mon avis.

Pour moi, la séquence de commande ci-dessous a fonctionné comme souhaité.

J'ai apporté des modifications /etc/udev/rules.d/70-persistent-net.rulespour changer le ethnuméro et les recharger sans redémarrer.

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

En suivant ceci, il a été chargé avec succès au moment de l’exécution sans redémarrer la machine.

Toute suggestion ou recommandation à ce sujet est la bienvenue, car je l’ai découvert par moi-même en lisant les pages de manuel.

J'ajoute la bonne réponse ici car il m'a fallu un certain temps pour le remarquer dans le commentaire de @enthusiasticgeek. Tout ce que vous devez faire (en supposant que vous êtes sur la console du serveur - clairement, c'est mauvais à faire si vous êtes ssh'd!):

1. Obtenez une liste des modules d'interface utilisés:

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

En ce qui me concerne, c’est igbce qui est imprimé.

2. type sudo rmmod igb(remplacez igbpar le pilote de votre carte obtenu à l’étape 1.

Ensuite, éditez /etc/udev/rules.d/70-persistent-net.rulesau besoin, puis chargez le module à modprobe igbnouveau en le remplaçant igbpar le vôtre.

en cas de réseaux multiples

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