Dans le lien que je t'ai donné, il y a quelqu'un qui donne la recette pour ajouter une règle udev semblable à celle que tu as fait et il dit que le paramètre KERNEL devrait avoir la valeur de ton interface tel que nommé selon la nouvelle nomenclature. Çà serait genre : KERNEL=="enp4s8".
Ta règle spécifie "eth*" ??? est-ce que çà pourrait être çà qui confond udev qui ne trouve pas avec quel interface relier eth0 ??? Le 26 décembre 2016 à 18:27, Gilbert Dion <[email protected]> a écrit : > 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 > > -- --------------------------------------------- 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
