Est-ce qu'il y a des messages de NetworkManager qui pourraient donner des indices ?
Essaie: systemctl status NetworkManager.service Et montre le résultat si c'est pertinent SVP. Le 29 décembre 2016 à 00:07, Gilbert Dion <[email protected]> a écrit : > 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 <[email protected]> > 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 <[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 >> >> > > -- > 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
