La règle précise aussi KERNEL=="wlan*", NAME="wlan0", et pourtant, wlan0 est parfaitement géré, malgré que la nomenclature utilisée pour le wifi dans une session 16.04 live est wlp3s0.
Comme cette même session m'indique enp0s10 pour ethernet, j'ai modifié la règle ainsi: KERNEL=="enp*", NAME="enp0s10". Par ailleurs, nmcli d retourne: PÉRIPHÉRIQUE TYPE ÉTAT CONNEXION wlan0 wifi connecté JeLisVosCourriels A0:91:69:2A:72:E9 bt non-géré -- enp0s10 ethernet non-géré -- lo loopback non-géré - À noter: ce n'est plus eth0 qui n'est pas géré, mais enp0s10. Ce qui prouve que ces règles ne changent rien à l'affaire. Gilbert @+, g Le 27 décembre 2016 à 14:57, Bernard Tremblay <tremblay.bern...@gmail.com> a écrit : > 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 <gilbertd...@gmail.com> a écrit > : > >> Le 26 décembre 2016 à 15:02, Bernard Tremblay <tremblay.bern...@gmail.com >> > 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é < >>> jean-christophe.an...@auf.org> a écrit : >>> >>>> Le 26 décembre 2016 00:36:45 HNE, Gilbert Dion <gilbertd...@gmail.com> >>>> 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 >>>> Ubuntu-quebec@lists.ubuntu.com >>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec >>>> >>> >>> >>> >>> -- >>> --------------------------------------------- >>> Bernard Tremblay >>> tremblay.bern...@gmail.com >>> 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 >>> Ubuntu-quebec@lists.ubuntu.com >>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec >>> >>> >> >> -- >> Ubuntu-quebec mailing list >> Ubuntu-quebec@lists.ubuntu.com >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec >> >> > > > -- > --------------------------------------------- > Bernard Tremblay > tremblay.bern...@gmail.com > 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 > Ubuntu-quebec@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec > >
-- Ubuntu-quebec mailing list Ubuntu-quebec@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
