8.10. Résolution de problèmes pour le nommage de périphériques réseaux
root
:
~]# udevadm info /sys/class/net/ifname | grep ID_NET_NAME
quand ifname est l'une des interfaces listées par la commande suivante :
~]$ ls /sys/class/net/
/usr/lib/udev/rules.d/60-net.rules
- d'initscripts,/usr/lib/udev/rules.d/71-biosdevname.rules
- de biosdevname,/usr/lib/udev/rules.d/80-net-name-slot.rules
- desystemd
80-net-name-slot.rules
de /usr
dans /etc /
et modifier le fichier correctement. En d'autres termes, commentez ou organisez les schéma pour qu'ils puissent être utilisés dans un certain ordre.
Exemple 8.1. Certaines interfaces ont des noms d'espace-noms de noyaux (eth[0,1,2...]) alors que d'autres sont renommés par udev
Exemple 8.2. Dans /var/log/messages ou dans le journal de systemd journal, on voit le renommage apparaître à deux reprises pour chaque interface
initrd
régénérée sont susceptibles de rencontrer ce problème. Le nom de l'interface est initialement assigné (via biosdevname ou udev ou par les paramètres dracut sur la ligne de commande du noyau) lors du démarrage boot précoce, quand on est encore dans initrd
. Puis, après le passage au rootfs
réel, le changement de noms a lieu une deuxième fois et un nouveau nom d'interface est déterminé par le binaire de usr/lib/udev/rename_device
engendré par udev par les 60-net.rules. Vous pouvez ignorer de tels messages sans inquiétude.
Exemple 8.3. Utiliser un schéma de dénomination avec des noms ethX dans les fichiers ifcfg ne marche pas