Discussion :

[yoshï]

Bonjour,

Je cherche à modifier le nom des interfaces réseau grâce à udev mais sans résultat pour le moment.
Voici la liste des périphériques réseau sur ma machine:

Bus info Device Class Description
=================================================
pci@0000:02:00.0 wlan0 network Wireless 7260
pci@0000:03:00.0 p2p1 network 82583V Gigabit Network Connection
pci@0000:04:00.0 p3p1 network 82583V Gigabit Network Connection

Si je fais un ifconfig j'ai bien mes 3 interfaces (wlan0, p2p1 et p3p1).
Je dois renommer p2p1 en eth0 et p3p1 en eth1.

Je décide donc de modifier le fichier /etc/udev/rules.d/70-persistent-net.rules.
Quand j'ouvre ce fichier j'ai la surprise de n'avoir qu'une seule ligne correspondant à wlan0.

# PCI device 0x8086:0x08b1 (iwlwifi)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="--:--:--:--:--:--", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

Les interfaces p2p1 et p3p1 ne sont pas présentes...
J'ai pas mal cherché sur le net et j'ai tout essayé pour regénérer le fichier avec les entrées manquantes.

Tentative1:

export INTERFACE=p2p1
export MATCHADDR=$(ip addr show $INTERFACE | grep ether | awk '{print $2}')
/lib/udev/write_net_rules

Le script plante. J'ai le message "missing $INTERFACE" alors que un echo de $INTERFACE donne bien p2p1!!
Est ce que c'est une histoire de portée de variable??
Pas moyen d'utiliser cette technique que j'ai vu un peu partout sur internet.

Tentative2:
Saisir manuellement les lignes pour les interfaces manquantes avec leurs addresses MAC et les nouveaux noms

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="--:--:--:--:--:--", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="--:--:--:--:--:--", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Les interface ne sont pas renommées après redémarrage... C'est comme si ces lignes ne servaient à rien.

Tentative3:

J'ai essayé divers commandes que j'ai trouvé sur d'autres forums

udevadm trigger --action=add --subsystem-match=pci
udevadm trigger --action=change
udevadm control --reload-rules

Sans résultat...

Auriez vous une idée? Ce qui m'embête le plus c'est la tentative 1. Je ne comprends vraiment pourquoi ça ne marche pas alors que ça semble fonctionner pour tout le monde.
Merci infiniment pour votre aide

[Invité]

Bonjour,

Voici un lien intérressant sur le forum d'ubuntu.

http://ubuntuforums.org/showthread.php?t=2220120

Un des intervenants a dû modifier le fichier /etc/defaut/grub et appliquer des règles udev un peu plus souples dans le /etc/udev/rules.d/70-persistent-net.rules

If anyone crosses this thread, I still get random ethernet assignments with udev net naming, with sometimes rename4 and sometimes names get shifted. So much for the persistent naming feature of udev!

The fix is to create your own /etc/udev/rules.d/70-persistent-net.rules and add something like the following, based on mac address, which tend to be persistent. Sometimes this file gets generated, but bugs remain so don't count on it getting it auto generated, especially if biosdevname -i <nic anme> does not give consistent results.

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="d8:50:e6:c2:22:d8", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="d8:50:e6:c2:22:d9", NAME="eth1"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="68:05:ca:19:11:ac", NAME="wan0"

Re: ethernet names not consistent ubuntu server 14.04

I realize that 70-persistent-net.rules is not auto-generated.
My issue seems to be with biosdevname getting confused.
It also seems to hang the boot for some time at:

Begin: Running /scripts/init-bottom/

Which is hardware related. Changing the grub default as in my first post,
GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=1 biosdevname=0"
and creating 70-persistent-rules based on mac address
both fixes the slow boot and gets the names consistent.

Il faudra redémarrer ton système pour voir ce que ça donne.

[yoshï]

Merci beaucoup pour ton aide , cette solution fonctionne!