[Ubuntu-QC] Ethernet: périphérique non géré

[Gilbert Dion]

Le 26 décembre 2016 à 15:02, Bernard Tremblay <tremblay.bernard at 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.andre at auf.org> a écrit :
>
>> Le 26 décembre 2016 00:36:45 HNE, Gilbert Dion <gilbertdion at 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 at lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>
>
>
> --
> ---------------------------------------------
> Bernard Tremblay
> Tremblay.Bernard at 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 at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <https://lists.ubuntu.com/archives/ubuntu-quebec/attachments/20161226/ce2210fa/attachment.html>