C'est le comportement attendu depuis des années, et c'est bel et bien documenté.
Il y a tout de même un piège, car en effet l'interface qui a servi à l'installation a un traitement différent des autres. C'est peut-être ça qu'il faut remonter à Debian.
Il y a un autre cas de figure subtil, c'est la différence entre allow-hotplug et auto. L'installeur Debian va mettre allow-hotplug, ce qui est pratique pour les trucs USB amovibles, mais pas super pour les trucs intégrés.
L'effet de bord principal est que le "systemd-networkd-wait-online" ne "bloque" pas sur les interfaces qui sont déclarées avec allow-hotplug (puisque la présence de l'interface est optionnelle). La conséquence est que les services qui ne savent pas "reprendre" correctement sur un événement réseau se retrouvent dans un état bof-bof.
[^] # Re: Conflit de services
Posté par cg . En réponse au journal Lorsque la moitié d’internet est down.... Évalué à 9.
C'est le comportement attendu depuis des années, et c'est bel et bien documenté.
Il y a tout de même un piège, car en effet l'interface qui a servi à l'installation a un traitement différent des autres. C'est peut-être ça qu'il faut remonter à Debian.
Il y a un autre cas de figure subtil, c'est la différence entre
allow-hotplugetauto. L'installeur Debian va mettreallow-hotplug, ce qui est pratique pour les trucs USB amovibles, mais pas super pour les trucs intégrés.L'effet de bord principal est que le "systemd-networkd-wait-online" ne "bloque" pas sur les interfaces qui sont déclarées avec allow-hotplug (puisque la présence de l'interface est optionnelle). La conséquence est que les services qui ne savent pas "reprendre" correctement sur un événement réseau se retrouvent dans un état bof-bof.