J'ai changé le nom de mon eth1
interface en eth0
. Comment demander udev
maintenant de relire la configuration?
service udev restart
et
udevadm control --reload-rules
n'aide pas. Alors, y a-t-il un moyen valable, sauf de redémarrer? (oui, le redémarrage aide à résoudre ce problème)
oui, je sais que je devrais préfixer les commandes
sudo
, mais l'une ou l'autre que j'ai postée ci-dessus ne change rien à laifconfig -a
sortie: je vois toujourseth1
, paseth0
.Je viens de changer la
NAME
propriété de udev-rule line. Je ne connais aucune raison pour que cela soit inefficace.
Il n'y a aucune erreur dans l'exécution des deux commandes que j'ai postées ci-dessus, mais elles ne changent tout simplement pas le nom de l'interface réelle dans la ifconfig -a
sortie. Si j'effectue un redémarrage, 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é-configure en quelque sorte.
Donc, j'exécute une commande pour cloner la machine virtuelle, la démarrer et tant que l'interface MAC du réseau est modifiée - udev
ajoute la deuxième règle aux règles persistantes du réseau. Juste après le démarrage de la machine pour la première fois, il y a 2 règles:
eth0
, qui n'existe pas, tant qu'il existait dans l'image MAC d'origineeth1
, qui existe, mais toute la configuration de tous les fichiers fait référence àeth0
, donc ce n’est pas très bon pour moi
Donc, je sed
supprime la ligne avec eth0
(elle est obsolète et inutile dans une image clonée) et la remplace eth1
par eth0
. Donc , actuellement je règle persistante valide, mais il reste encore eth1
à /dev
.
Le problème: je ne veux pas redémarrer la machine (cela prendra un autre temps, ce qui n’est pas une bonne chose sous building-VM-stage) et je veux juste avoir ma /dev
reconstruction reconstruite avec une commande afin que j’ai une machine virtuelle prête à l’emploi. sans aucun redémarrage.
la source
eth1
poureth0
? Vous venez de renommer le fichier de périphérique? Si tel est le cas, ce n'est pas un moyen efficace de le faire (et vous devez vous attendre à ce que le changement soit annulé par un redémarrage réussi duudev
démon). Si vous avez utilisé une autre méthode, décrivez-la en détail et donnez également le texte complet et exact de tous les messages d'erreur que vous voyez lorsque vous exécutez les commandes que vous avez essayées (pour redémarrer leudev
démon ou recharger ses règles). Vous pouvez modifier votre question pour fournir ces informations.udev
génère dynamiquement vos appareils dans/dev
. Si vous le redémarrez, il les régénérera selon ses règles. Les modifications qui leur sont apportées directement ne sont généralement pas persistantes. Il semble que le redémarrageudev
fonctionne bien, mais que vous n’avez simplement pas modifié correctement les noms de périphérique.udev
ajoute seulement (et ne modifie pas) de nouvelles règles s'il ne peut pas trouver celle d'un périphérique particulier. S'il existe une règle qui correspond, elle la suit sans modifications.Réponses:
Je ne sais pas si cela aide à recharger la configuration réseau, mais lorsque je modifiais
/etc/udev/rules.d/70-persistent-cd.rules
pour corriger le lien du périphérique DVD de/dev/dvd1
à/dev/dvd
, je devais exécuterpour avoir les nouveaux liens créés.
la source
sudo udevadm trigger --action=change
c'est plus sûr, comme indiqué dans ce courrier électronique à propos de ce qui est sûr et incertainudev
: lists.ubuntu.com/archives/ubuntu-devel/2009-January/027260.html/etc/udev/rules.d/70-persistent-net.rules
udevadm trigger
verrouillé ma session X11 et m'a renvoyé à mon écran de connexion.Vous devez combiner tous les conseils donnés ici dans le bon ordre:
service networking stop
lspci -v
et recherchez "Pilote du noyau utilisé:"modprobe -r <driver module>
udevadm control --reload-rules
udevadm trigger
modprobe <driver module>
service networking start
iptables
scripts qui ont référencé leeth
nom de l' interface avant son activation.Je soupçonne que l’étape 4 ou l’étape 5 n’est pas vraiment nécessaire, mais ces étapes ont fonctionné pour moi. Après l'étape 4 et l'étape 2.1, vous pouvez vérifier si la commande de déclenchement a déjà effectué l'étape 5, éditez cette réponse pour refléter vos conclusions, le cas échéant.
la source
/etc/network/interfaces
(Network Manager les laisse donc seuls): Tout ce que je devais faire, c’était d’éditer/etc/udev/rules.d/70-persistent-net.rules
puis de faire les N ° 2, N ° 3, N ° 5. Pas besoin d'arrêter tous les réseaux; pas besoin de rien d'autre.J'avais un problème similaire. Comme je ne voulais pas prendre le temps de redémarrer, j’ai utilisé une seule ligne en suivant la suggestion de Chris Wesseling.
Cela a fonctionné pour moi en utilisant le serveur Ubuntu 12.04.02. Mes nics utilisaient le pilote de module du noyau tg3, changez donc tg3 pour le module utilisé par vos interfaces. J'ai trouvé les miens utilisés dans
/etc/udev/rules.d/70-persistent-net.rules
:Le seul problème que je rencontrais était un mauvais itinéraire que j'ai corrigé avec une simple commande add route. Merci pour l'aide Chris!
la source
Cela a fonctionné pour moi (sans redémarrer)
Félicitations à l'auteur de cette page: http://memoryfail.wordpress.com/2013/04/02/renaming-network-device-names/
la source
sudo /etc/init.d/udev restart
devrait faire l'affaire. Certaines des commandes que vous avez essayées, si elles sont exécutéessudo
, peuvent également être efficaces.la source
ifconfig -a
me montre toujours l'ancienneeth1
interfaceCela devrait le faire en toute sécurité:
Comme j'ai utilisé cette commande sans aucun problème.
la source
ifconfig -a
me montre toujours l'ancienneeth1
interfaceCela fait un moment que je fais des recherches dans ce but, et je n'ai pas réussi à trouver le moyen de changer le nom de l'interface réseau dans un système actif.
La solution de contournement que j'ai choisie consiste à supprimer le fichier /etc/udev/rules.d/70-persistent-net.rules dans le modèle, ce qui signifie qu'au prochain démarrage, toute carte réseau sera identifiée par eth0.
la source
Vous devez recharger udev pour déclencher la modification de la règle, mais le périphérique ne sera renommé que si vous déchargez / rechargez le module du pilote.
Donc,
modprobe -r e1000 && modprobe e1000
après udev, recharger devrait faire l'affaire. Bien sûr, ne le faites pas si vous avez besoin du réseau et que vous n’avez que des interfaces e1000.la source
ça va marcher entrer la description du lien ici
la source
Donc, pour moi sur VirtualBox avec Ubuntu 12.04, je bascule souvent entre Ethernet et sans fil.
Ainsi, lorsque ma connexion change, je dois choisir la carte pontée dans Périphériques> Paramètres réseau. Soit 'Connexion réseau Intel 82579LM Gigabit' ou 'Intel Centrino Ultimate-N 6300 AGN'.
Après cela, je peux courir
Ceci est juste une explication de mes résultats après avoir lu toutes les réponses ci-dessus.
la source