Ha oui ! On en apprend tous les jours ;)
Le ven. 5 déc. 2025 à 14:03, Olivier <[email protected]> a écrit :
> Même en l'absence de systemd-networkd sur ma machine, ce fichier
> produit les effets de bord attendus (nommage d'interfaces réseau).
> La doc [1] (que je viens de découvrir) le précise ("Using
> /etc/systemd/network/*.link files to rename interfaces like this
> doesn't require you to do your NetworkConfiguration via
> systemd-networkd(8); you're thinking of /etc/systemd/network/*.network
> files. ")
>
> [1]
> https://wiki.debian.org/NetworkInterfaceNames#THE_.22PREDICTABLE_NAMES.22_SCHEME
>
> Dans cette doc, il est précisé qu'après une modification d'un fichier
> /etc/systemd/network/*.link il faut lancer la commande udevadm control
> --reload (la doc indique udev control --reload mais c'est visiblement
> une erreur).
> Si l'interface est de type hotplug (comme dans mon cas), il faut
> ré-insérer l'interface.
> Sinon il faut exécuter udevadm trigger avant re-démarrer networking.
>
>
> Le ven. 5 déc. 2025 à 12:02, Jérémy Lal <[email protected]> a écrit :
> >
> >
> >
> > Le ven. 5 déc. 2025 à 12:00, Olivier <[email protected]> a écrit :
> >>
> >> Bonjour,
> >>
> >> Dans Trixie, j'ai un fichier
> >> /etc/systemd/network/11-persistent-network.link avec un contenu comme:
> >>
> >> [Match]
> >> MACAddress=98:25:4a:bb:ab:cd
> >> [Link]
> >> Name=usb1
> >>
> >> Que dois-je faire (à part un reboot) après avoir modifié son contenu
> >> (exemple: passer usb1 en usb1foo) ?
> >> Sauf erreur, la machine est configurée avec ifupdown, sans
> >> systemd-networkd, netplan.io, etc ...
> >>
> >> J'ai essayé sans succès:
> >> udevadm control --reload
> >> service systemd-udevd restart
> >
> >
> > /etc/systemd/network/11-persistent-network.link
> > fonctionne avec systemd-networkd, auquel cas il fallait faire
> "networkctl reload"
> >
> > mais là, avec ifupdown, ce fichier ne sert à rien. Il faut configurer
> des choses dans /etc/network/
> >
> >>
> >>
> >>
> >> Slts
> >>
>
>
