Bah j'avais créé de moi-même mon seul et unique service systemd sur f25, et quand j'ai upgradé, il a cessé de fonctionner 🙂
Loin de moi l'idée, après un upgrade f25->f26, de penser qu'il fallait à nouveau faire:
systemctl enable mon_service
(chose que je n'ai jamais dû faire en plusieurs années 🙂)
Maintenant que je le sais, je n'ai pas spécialement de problème avec ce 1er service fait mains.
Mais merci pour la réponse un peu tardive (c'est-à-dire, après résolution, et où la plupart de ce que tu as indiqué m'était déjà connu)
Le Before= vs After= n'est en passant pas très clair, en tout cas sur internet, et dans les docs.
Et les services déjà présent sur le système n'ont pas vraiment aidés (ni ce que tu mets dans ton post).
Par exemple, pour un service qui me semble équivalent (qui attend que le réseau soit fonctionnel, pour démarrer):
# cat NetworkManager-wait-online.service
[Unit]
Description=Network Manager Wait Online
Documentation=man:nm-online(1)
Requisite=NetworkManager.service
After=NetworkManager.service
Before=network-online.target
[Service]
Type=oneshot
ExecStart=/usr/bin/nm-online -s -q --timeout=30
RemainAfterExit=yes
[Install]
WantedBy=network-online.target
Et pour moi, il y a quand même un problème flagrant, avec cette partie [Install] et ces créations de liens symbolique automatiques.
Si on change la cible [Install], il faut penser à désactiver le service avant de 1) changer de target 2) le réactiver, car sinon ça en met partout ! 😉
Personnellement, je pensais faussement que ça le faisait de lui-même au démarrage du service (j'ai un peu de peine à comprendre cette pseudo-automatisation en faite).
(à part à cause de cette création de lien symbolique peut-être, qui les met un peu partout ?)