Le 22/06/2026 à 11:34, Olivier a écrit :
hello,
Le même incident s'est produit ce WE à savoir:
- dans mes logs, la présence d'une ligne comme ci dessous
- et la machine qui devient interne jusqu'à son démarrage.
systemd-networkd-wait-online[2595897]: Timeout occurred while waiting
for network connectivity.
Ma question principale demeure: pourquoi une telle occurrence au
milieu de la nuit, quand la machine a démarré ses interfaces avec
succès depuis des semaines ?
1. Sauf erreur de ma part, toutes mes interfaces physiques sont
configurées via le classique /etc/network/interfaces.
De ce fait, systemd-networkd-wait-online doit-il ignorer ces interfaces ?
2. Existe-t-il un moyen pour détailler le bien trop général "Timeout
occurred while waiting for network connectivity." ?
3. Sur cette machine j'ai:
# systemctl list-unit-files | grep wait
chrony-wait.service disabled enabled
ifupdown-wait-online.service disabled enabled
systemd-networkd-wait-online.service enabled disabled
[email protected] disabled enabled
systemd-time-wait-sync.service disabled disabled
Les services ifupdown-wait-online.service et
systemd-networkd-wait-online.service sont-ils en compétition pour
décréter aux services en aval que le réseau est monté ?
Bonjour,
cf
https://www.baeldung.com/linux/systemd-networkd-wait-online-service-timeout-solution#use-one-network-management-service
ifupdown-wait-online.service n'est pas mentionné dans la foc de
Baeldung, peut-être parce que certaines distributions font désormais
l'impasse sur ifupdown (pure supposition de ma part, je n'ai pas vérifié).
Mais le nom de ces services sont étrangement similaires:
ifupdown-wait-online.service
systemd-networkd-wait-online.service
[email protected]
NetworkManager-wait-online.service
donc on peut supposer qu'ils font à peu près la même chose (modulo le
online@ qui agit spécifiquement sur l'interface spécifiée)
Donc il me paraîtrait sage de ne garder qu'un seul service, celui que
tu souhaites, et de faire un systemctl stop et systemctl disable pour
les autres?
