J'ai supprimé network Manager et j'utilise Wicd pour l'instant. Même avec NM je ne pouvais plus utiliser le VPN. J'y reviendrai la semaine prochaine.
@+, g Le 29 décembre 2016 à 13:12, Bernard Tremblay <[email protected]> a écrit : > 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 > >
-- Ubuntu-quebec mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
