Le 26 décembre 2016 à 15:02, Bernard Tremblay <[email protected]> a écrit :
> Je viens de voir dans un vieux post qu'on pouvait conserver l'ancienne > nomenclature en passant les paramètres suivants dans le /etc/default/grub > > GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" > > Tu peux toujours faire un essai pour voir si çà règle ton problème. > > NB: if faut refaire un "update-grub" et rebooter ensuite. > > Voir le post à > http://askubuntu.com/questions/689070/network-interface-name-changes-after-update-to-15-10-udev-changes > > Cela ne change rien. Je constate que toutes ces procédures que j'essaie visent à restaurer le nom eth0 parce que mon système se référerait à une autre façon de nommer l'interface. Or il continue d'utiliser eth0 et il ne sert à rien de revenir à une ancienne nomenclature puisque celle-ci a toujours cours. (C'est une impression que j'ai, pas un constat prouvé hors de tout doute.) Car partout je lis que les utilisateurs ne retrouvent plus eth0 et veulent revenir à cette appellation. par exemple, «Why is my network interface named enp0s25 instead of eth0?» Ce n'est pas mon cas: par exemple, dans /etc/udev/rules.d/70-persistent-net.rules, j'ai bel et bien la règle suivante (si toutefois le système continue de se référer à ces règles, ce qui n'est peut-être pas le cas et serait une piste à explorer): SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="58:b0:35:aa:0b:be", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" Et nmcli d me retourne bien «eth0 ethernet non géré». J'ai bien peur que je devrai me résoudre à faire une nouvelle installation, mais j'ai tant de choses à préserver ou à remettre en place que cela me répugne assez. > Le 26 décembre 2016 à 01:30, Jean Christophe André < > [email protected]> a écrit : > >> Le 26 décembre 2016 00:36:45 HNE, Gilbert Dion <[email protected]> a >> écrit : >> >Fort bien, c'est ce que j'avais compris. Le résultat, c'est que >> >l'écarter >> >ne change rien et il ne se regénère pas. C'est un constat, pas une >> >critique. Et que dire du fait qu'il n'existe pas en session live? >> >> Ce n'est pas étonnant pour la version Live. >> >> La génération automatique de ce fichier, uniquement en son absence, >> servait à figer l'association entre l'adresse MAC d'une interface et son >> nom (eth0, eth1, ...). >> >> Cela permettait d'éviter par la suite les cas où l'ordre change du fait >> d'un démarrage différent (ça arrive en particulier quand on parallélise la >> détection, ou bien en cas de lenteurs variables de mise en fonction d'un >> démarrage à l'autre). >> >> Mais en utilisant une technique de nommage liée à la position sur le bus >> de connexion (enp0s3 ou autre), on évite ce problème dès le départ en >> donnant un nom qui ne dépend pas de l'ordre de démarrage. On n'a alors plus >> besoin de figer un nom sur un critère arbitraire comme une adresse MAC (qui >> peut en fait changer aussi). >> >> Ça n'explique pas encore pourquoi ça ne fonctionne plus avec NM, mais ça >> explique les différences de nommage. >> >> >> >> Cordialement, >> -- >> Agence universitaire de la Francophonie >> >> -- >> Ubuntu-quebec mailing list >> [email protected] >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec >> > > > > -- > --------------------------------------------- > Bernard Tremblay > [email protected] > R: (418) 658-1411 > C: (581) 988-1411 > --------------------------------------------- > Le but de Linux est de gérer vos ressources et faire le travail, > le but des OS propriétaire est de vous vendre d'autres licences... > > > -- > Ubuntu-quebec mailing list > [email protected] > https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec > >
-- Ubuntu-quebec mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
