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