Les noms d'interface réseau prévisibles ne sont pas censés changer lorsque du matériel est ajouté ou supprimé. N'est-ce pas là tout l'intérêt du schéma de nommage ???

Mon interface sans fil a été nommée wlp3s0.

J'ai installé une carte son d'interface ASUS Xonar DX 7.1 canaux PCI Express x1 dans un emplacement PCI libre et mon nom d'interface sans fil a été changé en wlp5s0.

La carte sans fil se trouve dans le même emplacement PCI qu'elle était avant l'installation de la carte son, alors pourquoi le nom de l'interface changerait-il?!

Le mobo est un GIGABYTE GA-970A-UD3, et la carte sans fil est un ASUS PCE-N15. Le système exécute Arch Linux avec un noyau de stock.

Je cherche une explication raisonnable de la raison pour laquelle le nom de l'interface changerait dans ce scénario. S'il n'y a pas de bonne raison pour laquelle le nom de l'interface changerait, où dois-je déposer un rapport de bogue / à qui dois-je me plaindre?

Ce n'est pas un gros problème et la seule configuration que je devais changer était mon profil réseau pour netctl. Je pense juste que si un nom d'interface réseau "prévisible" n'est pas prévisible, alors ils ont complètement échoué dans leur travail et ce schéma de dénomination est inutile! / diatribe

Les noms d'interface réseau prévisibles ne sont pas censés changer lorsque du matériel est ajouté ou supprimé. N'est-ce pas là tout l'intérêt du schéma de nommage ???

Pour faire court, ce n'est pas nouveau; c'est prévu / prévu. Par conséquent, vous n'avez pas besoin de signaler un bogue, sauf si vous souhaitez demander à votre fabricant de PC de mieux prendre en charge Linux (BIOS) ou le fabricant de matériel (pilotes). Quelques options si vous souhaitez améliorer la situation des périphériques enfichables à chaud et / ou revenir à l'ancien schéma de dénomination:

• Désactiver le nouveau schéma de dénomination pour les périphériques réseau avec la net.ifnames=0cmdline du noyau
• Ajouter une biosdevname=1ligne de commande du noyau pour incorporer des numéros d'index fournis par le BIOS aux noms
• Créer ou modifier des udevrègles pour des noms personnalisés ou des schémas de dénomination modifiés
• Vous désactivez l'attribution de noms fixes, afin que les noms de noyau imprévisibles soient réutilisés. Pour cela, masquez simplement le fichier .link d'udev pour la politique par défaut:ln -s /dev/null /etc/systemd/network/99-default.link

Si vous utilisez systemdet / ou udev, l'argument "schéma de nommage prévisible" peut être différent qu'auparavant. Basé sur le schéma de nommage de l'interface Wi - Fi, bien que, je suppose que vous êtes utilisez un système avec systemd.

Vous pouvez essayer d'ajouter le paramètre de démarrage suivant à la ligne de commande du noyau pour utiliser la «vieille» convention de dénomination des périphériques réseau. Cependant, je ne suis pas tout à fait certain des effets supplémentaires que cela peut avoir, le cas échéant, autres que le maintien du schéma de dénomination des périphériques réseau.

net.ifnames=0

L'ajouter à /etc/default/grubpeut faciliter la persistance et la réutilisation de ce paramètre; encore une fois, en supposant que vous utilisez grub2:

GRUB_CMDLINE_LINUX="net.ifnames=0"

Si udevutilise le micrologiciel, l'emplacement et d'autres options pour déterminer les noms des périphériques, l'emplacement ou quelque chose d'autre peut avoir changé en interne, selon la façon dont les périphériques concernés interagissent les uns avec les autres. Cela ne semble pas aussi pertinent ici, car les appareils sont un adaptateur WiFi et une carte son. Néanmoins, il peut être lié à la structure de bus sous-jacente; ce qui semble pertinent, car les périphériques sont tous deux connectés à des emplacements PCI.

Informations supplémentaires de FedoraDocs

8.1. Hiérarchie des schémas de dénomination

Par défaut, systemd nommera les interfaces à l'aide de la stratégie suivante pour appliquer les schémas de dénomination pris en charge:

• Schéma 1: les noms incorporant les numéros d'index fournis par le micrologiciel ou le BIOS pour les périphériques embarqués (exemple: eno1), sont appliqués si ces informations du micrologiciel ou du BIOS sont applicables et disponibles, sinon elles reviennent au schéma 2.

• Schéma 2: les noms incorporant le micrologiciel ou le BIOS fournis avec les numéros d'index des emplacements de branchement à chaud PCI Express (exemple: ens1) sont appliqués si ces informations du micrologiciel ou du BIOS sont applicables et disponibles, sinon elles reviennent au schéma 3.

• Schéma 3: les noms incorporant l'emplacement physique du connecteur du matériel (exemple: enp2s0), sont appliqués le cas échéant, sinon retombant directement au schéma 5 dans tous les autres cas.

• Schéma 4: les noms incorporant l'adresse MAC de l'interface (exemple: enx78e7d1ea46da), ne sont pas utilisés par défaut, mais sont disponibles si l'utilisateur le souhaite.

• Schéma 5: Le schéma de dénomination du noyau traditionnel imprévisible est utilisé si toutes les autres méthodes échouent (exemple: eth0).

Cette politique, la procédure décrite ci-dessus, est la valeur par défaut. Si biosdevname est activé sur le système, il sera utilisé. Notez que l'activation de biosdevname nécessite de passer biosdevname=1comme paramètre de ligne de commande, sauf dans le cas d'un système Dell, où biosdevname sera utilisé par défaut tant qu'il est installé. Si l'utilisateur a ajouté des udevrègles qui modifient le nom des périphériques du noyau, ces règles auront priorité.

Ressources additionnelles

• Q&R sur AskUbuntu
• Écrire des règles udev: exemples
• ArchWiki: udev
• Systemd: noms d'interface réseau prévisibles