J'ai changé le nom de mon eth1
à l'interface eth0
. Comment demander udev
maintenant de relire la configuration ?
service udev restart
y
udevadm control --reload-rules
n'aident pas. Existe-t-il donc un moyen valable autre que le redémarrage ? (oui, le redémarrage aide à résoudre ce problème)
-
oui, je sais que je devrais faire précéder les commandes de
sudo
mais l'un ou l'autre de ceux que j'ai affichés ci-dessus ne change rien à la situation de lifconfig -a
de la production : Je vois toujourseth1
, paseth0
. -
Je viens de changer le
NAME
de la ligne udev-rule. Je ne connais pas de raison pour que cela soit inefficace.
Il n'y a pas d'erreur dans l'exécution des deux commandes que j'ai postées ci-dessus, mais elles ne modifient pas le nom de l'interface dans le fichier ifconfig -a
de la production. Si je redémarre, le nom de l'interface change comme prévu.
À des fins de développement, j'écris un script qui clone des machines virtuelles (pilotées par VirtualBox) et les prépare d'une certaine manière.
J'exécute donc une commande pour cloner la VM, je la démarre et tant que le MAC de l'interface réseau est modifié, je ne peux pas l'utiliser. udev
ajoute la deuxième règle aux règles persistantes du réseau. Juste après le premier démarrage de la machine, il y a 2 règles :
-
eth0
qui n'existe pas, pour autant qu'il ait existé dans l'image originale de la VM MAC -
eth1
qui existe, mais toute la configuration dans tous les fichiers se réfère àeth0
Il n'est donc pas très bon pour moi
J'ai donc avec sed
supprimer la ligne avec eth0
(il est obsolète et inutile dans l'image clonée) et remplacez eth1
con eth0
. J'ai donc actuellement une règle persistante valide, mais il y a encore eth1
en /dev
.
La question : Je ne veux pas redémarrer la machine (cela prendrait plus de temps, ce qui n'est pas une bonne chose à l'étape de la construction de la VM) et je veux juste avoir ma /dev
reconstruit avec une commande, de sorte que j'ai une VM prête à l'emploi sans aucun redémarrage.