Un travail de démarrage est en cours d'exécution pour attendre que le réseau soit configuré. Serveur Ubuntu 17.10

Ne pas masquer ou désactiver le service systemd.

Editar /etc/netplan/01-netcfg.yaml et ajouter optional: true à des appareils qui ne sont pas toujours disponibles.

sudo netplan apply

Utilisez

systemctl disable systemd-networkd-wait-online.service

pour désactiver le service wait-online afin d'empêcher le système d'attendre une connexion réseau, et utilisez

systemctl mask systemd-networkd-wait-online.service

pour empêcher le service de démarrer s'il est sollicité par un autre service (le service est lié par un lien symbolique à /dev/null ).

Cela signifie systemd-networkd-wait-online.service est suspendu. Il y a quelques bugs connus. Vérifiez ce que les services veulent network-online.target avec :

systemctl show -p WantedBy network-online.target

Vous pouvez désactiver ces services si vous le souhaitez. Sinon, vous devrez peut-être masquer le service comme M. Ecco. indiqué .

Masquage systemd-networkd-wait-online.service comme suggéré dans d'autres réponses, peut aider dans des configurations simples mais ne résout pas le problème. Si vous masquez le service, tous les autres services qui en dépendent échoueront également. En d'autres termes, tous les services qui doivent attendre que le réseau soit en ligne échoueront.

Je rencontre ce problème parce que j'utilise un configuration du basculement dynamique pour mes appareils avec collage l'interface filaire (par exemple, enp9s0) et l'interface sans fil (par exemple, wlp12s0) qui sont utilisées comme esclaves pour l'interface principale bond0 . Exactement la même situation se présente si vous utilisez un pont ( br0 avec des interfaces esclaves). Seules les interfaces principales bond0 o br0 sera en ligne mais pas les esclaves donc systemd-networkd-wait-online.service échouera sur les esclaves.

La solution à ce problème est de modifier le service et d'ignorer les interfaces qui sont des esclaves et qui ne signalent pas être en ligne. Vous trouverez avec :

~$ sudo systemctl cat systemd-networkd-wait-online.service | grep --after-context=3 '\[Service\]'
[Service]
Type=oneshot
ExecStart=/lib/systemd/systemd-networkd-wait-online
RemainAfterExit=yes

Le programme systemd-networkd-wait-online a un paramètre pour ignorer des interfaces spécifiques. Vérifiez avec /lib/systemd/systemd-networkd-wait-online --help . J'ai donc créé un fichier pour modifier le service et ignorer les interfaces esclaves :

~$ sudo systemctl edit systemd-networkd-wait-online.service

Dans l'éditeur vide, insérez ces déclarations, bien sûr avec les noms de votre interface, enregistrez-les et quittez l'éditeur :

[Service]
ExecStart=
ExecStart=/lib/systemd/systemd-networkd-wait-online --ignore=enp9s0 --ignore=wlp12s0 --quiet

Le vide ExecStart= est important car il désactive la commande "old". Vous pouvez vérifier plus d'une interface (consultez l'aide).

Il s'agit d'une vieille histoire qui semble refaire surface dans la version 20.10.

Dans la même veine que la réponse précédente Ce qui a marché ici, c'est d'ajouter link-local: [ ] à chaque interface dans /etc/netplan/*.yaml . Cela remplace la valeur par défaut de [ ipv6 ] (voir man 5 netplan ).

Ensuite, appliquez la modification ( sudo netplan apply ), et networkctl -a devrait montrer l'état des interfaces comme configured plutôt que configuring . Aussi, systemctl start systemd-networkd-wait-online retourne immédiatement avec succès.

Ceci est sur un système avec une pile IPv6 désactivée ( ipv6.disable_ipv6=1 sur la ligne de commande du noyau), donc le bogue semble être que systemd-networkd-wait-online attend en vain qu'une interface IPv6 locale soit configurée.