Guide

Comment analyser un service systemd qui ne démarre pas

systemctl donne l’état immédiat du service tandis que journalctl explique souvent pourquoi le processus principal s’est arrêté.

ThématiqueLinux →
Voir mes favoris
Linux / Debian Intermédiaire 10 min

systemctl donne l’état immédiat du service tandis que journalctl explique souvent pourquoi le processus principal s’est arrêté.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

  1. 1

    Lire l’état

    Exécutez systemctl status sur le service.

  2. 2

    Consulter les logs dédiés

    Utilisez journalctl -u pour la période de l’incident.

  3. 3

    Vérifier la configuration

    Lancez la commande de test propre au service si elle existe.

  4. 4

    Contrôler dépendances et ports

    Vérifiez fichiers, permissions, DNS et ports occupés.

  5. 5

    Redémarrer après correction

    Relancez seulement après avoir identifié et corrigé l’erreur.

Commandes utiles

systemctl status nginx
journalctl -u nginx --since '-30 min'
ss -lntup

À retenir

  • Un restart répété peut effacer le contexte utile du premier échec.
  • Utilisez journalctl --since pour réduire le bruit.
  • Vérifiez les changements de configuration juste avant l’incident.
0