L’article aborde les trois problèmes courants rencontrés lors de la configuration d’un environnement de développement Symfony 7 avec Docker et WSL2 sous Windows. L’auteur partage des solutions pratiques pour éviter ces écueils, notamment un conflit de port avec PostgreSQL (résolu en mappant le port 5433 sur l’hôte au lieu de 5432) et des soucis de permissions avec le groupe Docker sous WSL2 (corrigés via newgrp docker ou un redémarrage de WSL2). Il évoque aussi l’absence de démarrage automatique du démon Docker au lancement de WSL2, suggérant d’activer systemd ou de lancer manuellement le service. L’auteur justifie enfin son choix d’Apache plutôt que Nginx pour des raisons de simplicité dans un contexte de développement.
L’auteur relate un problème rencontré dans son lab où le redémarrage de systemd-networkd provoquait la perte du lien entre Incus et une interface réseau, car l’index de cette dernière changeait. Une solution a été trouvée en utilisant l’option KeepMaster de systemd, qui maintient l’index de l’interface lors des rechargements ou redémarrages, évitant ainsi la rupture avec Incus.
Le billet mentionne également une commande alternative (ip link set vxlan5 parent br5) pour rattacher explicitement une interface à une parente, bien que cette méthode ne soit pas documentée de manière évidente dans les ressources systemd. L’auteur souligne l’efficacité de KeepMaster pour résoudre son problème récurrent, lié à la gestion des interfaces VXLAN dans son infrastructure.
Ce retour d’expérience s’inscrit dans une série de notes techniques autour de l’administration système et du DevOps, avec une approche pragmatique pour contourner des dysfonctionnements courants dans des environnements Linux modernes.
La page explique comment créer et structurer des unités systemd (services, timers et points de montage) en détaillant ce qu’est une unité, où elles se trouvent et leur syntaxe. Elle précise que systemd gère différentes unités au-delà des services classiques, que les fichiers d’unité se placent dans /etc/systemd/system pour l’usage local et qu’il faut recharger le démon avec systemctl daemon-reload après modification, décrit la structure type d’une unité service (sections [Unit], [Service], [Install]) avec différents types (simple, oneshot, forking), comment définir des timers pour exécuter périodiquement des services, et comment nommer et configurer des unités mount pour gérer proprement le montage de systèmes de fichiers.
L'article retrace l'évolution de la position de l'auteur face à systemd, passant d'une opposition farouche en 2013 à une reconnaissance de ses mérites en 2025. Initialement critique envers le remplacement des logs en texte brut par un format binaire et la complexité accrue de l'init, l'auteur admet désormais que systemd a apporté des améliorations significatives en matière de gestion des services, de compatibilité et de sécurité. Il souligne les avantages de systemd, tels que la gestion centralisée des logs avec journald, les timers plus intuitifs, l'activation par socket, et les nombreuses options de sécurité pour les services. L'auteur défend également systemd contre les critiques courantes, arguant qu'il a simplifié et sécurisé l'administration système, tout en offrant une configuration cohérente et des fonctionnalités avancées qui profitent à l'écosystème Linux dans son ensemble.
L'article est un guide complet sur l'utilisation de la commande systemctl : une interface qui permet de gérer les services sous Linux. L'auteur présente les commandes principales, comment définir des services SystemD, des bonnes pratiques, y compris en sécurité, etc.
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Il s'agit un utilitaire en ligne de commandes (TUI) pour faciliter la gestion de systemd... à tester
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Podman est un moteur de conteneur concurrent de Docker. Quadlet est un générateur de services Systemd pour les conteneurs / pods créés par Podman. L'auteur montre l'utilisation de Quadlet pour configurer MySQL / WordPress avec des Quadlet
Un excellent guide sur SystemD / Systemctl / Journalctl
Suite et fin de la série sur systemd - l'auteur montre les différentes manières d'installer des unités
Suite de la série sur systemd - l'auteur montre comment définir un service, et explore leurs types (simple, exec, forking, etc.) et cas d'usages
Suite de la série sur systemd - l'auteur explore la gestion des dépendances
Une série d'articles passionnants sur systemd - dans celui-ci, l'auteur montre le strict minimum nécessaire pour faire fonctionner systemd
Tout est dans le titre