Résolution de l’erreur « Un travail d’arrêt est en cours » sous Linux lors de l’arrêt du système

Vous rencontrez le message « Un processus d’arrêt est en cours » lors de l’arrêt de votre système Linux ? Vous n’êtes pas seul. Cette notification interrompt souvent le processus d’arrêt pendant près de 90 secondes, ce qui perturbe de nombreux utilisateurs.

Comprendre le dispositif de sécurité

Avant toute chose, il est essentiel de comprendre que le message « Une tâche d’arrêt est en cours » constitue une fonction de sécurité intégrée et non un dysfonctionnement du système.

Les distributions Linux telles qu’Ubuntu, Fedora et Arch utilisent systemd pour gérer les séquences de démarrage et d’arrêt. Lors d’un arrêt, systemd ne coupe pas brutalement l’alimentation ; il envoie plutôt un signal appelé SIGTERM à tous les services et applications actifs. Dans l’idéal, chaque programme reçoit ce signal, ce qui lui permet d’enregistrer ses données et de fermer correctement les fichiers.

Cependant, certains services peuvent nécessiter plus de temps pour traiter leurs données et ne pas répondre immédiatement au signal. Ce délai entraîne l’affichage du message d’avertissement. Les causes fréquentes sont les suivantes :

Gestionnaires de réseau
Services de conteneurs
Sessions utilisateur
Lecteurs réseau

De nombreux utilisateurs interprètent le message « Une tâche d’arrêt est en cours » comme le symptôme d’un dysfonctionnement du système, mais ce comportement a été intentionnellement conçu par les développeurs de systemd. Concrètement, cette attente de 90 secondes permet aux services de terminer leurs tâches en cours. Si ces tâches ne sont pas terminées dans ce délai, systemd les interrompt brutalement à l’aide du signal SIGKILL et procède à l’arrêt du système.

Cet arrêt contrôlé permet aux applications de finaliser leurs opérations, de la fermeture des fichiers à la finalisation des transactions de base de données, en passant par le démontage propre des systèmes de fichiers. Bien qu’il soit possible de raccourcir ce délai et d’accélérer les arrêts, cela présente un risque de perte ou de corruption de données, susceptible de compromettre la stabilité des systèmes de fichiers.

Ajustement du délai d’attente par défaut

Le délai d’expiration standard de 90 secondes convient généralement aux utilisateurs disposant de matériel ancien, car il répond aux besoins de nettoyage de la plupart des services. Cependant, pour ceux qui possèdent des systèmes plus récents, cette durée peut paraître excessive.

Heureusement, vous pouvez modifier la configuration du système et réduire le délai d’expiration afin d’accélérer l’arrêt. Vous pouvez définir une limite de temps précise pour les services en attente.

Pour commencer, ouvrez votre terminal et utilisez votre éditeur de texte préféré pour modifier le fichier de configuration système :

sudo nano /etc/systemd/system.conf

Une fois le fichier ouvert, recherchez la variable de délai d’attente. Vous trouverez différents paramètres globaux. Repérez la ligne qui indique : «.» #DefaultTimeoutStopSec=90s. La présence d’un dièse (#) indique qu’elle est commentée, ce qui signifie que le système utilise la valeur par défaut de 90 secondes.

Pour modifier ce paramètre, supprimez le symbole dièse et modifiez la valeur pour obtenir la durée souhaitée.

Important : Définir cette valeur à 0 entraîne un délai d’attente indéfini, ce qui signifie que le système restera bloqué indéfiniment en attendant la fin des processus. Une plage raisonnable de 20 à 30 secondes constitue généralement un bon compromis.

Une fois vos modifications terminées, enregistrez-les et quittez l’éditeur. Notez qu’un redémarrage de votre ordinateur est généralement nécessaire pour que ces modifications soient prises en compte. Il est possible que le délai d’attente soit à nouveau long, mais les redémarrages suivants tiendront compte du nouveau paramètre.

Lorsque le délai d’attente signale un problème

En général, un délai d’attente dépassé lors de l’arrêt d’une tâche est un comportement normal. Cependant, des retards persistants peuvent indiquer des problèmes sous-jacents, surtout si le même service prolonge systématiquement l’arrêt. Parmi les explications possibles, citons des points de montage réseau inaccessibles, des démons mal configurés ou des services qui ne répondent pas aux signaux d’arrêt.

Si vous constatez que les processus d’arrêt prennent un temps anormalement long (plusieurs minutes au lieu de quelques secondes), il serait judicieux d’enquêter sur ces anomalies. Si des retards occasionnels sont généralement sans conséquence, des retards fréquents peuvent nécessiter votre attention.

Pour identifier le service à l’origine du ralentissement, consultez les journaux après le redémarrage suite à un arrêt prolongé :

journalctl -b -1 -e

Cette commande récupère les journaux du démarrage précédent et se place à la fin. Vous pouvez les parcourir pour trouver les avertissements ou les messages d’expiration de délai liés aux services qui ont été arrêtés de force.

Pour affiner votre recherche, vous pouvez filtrer les messages d’avertissement à l’aide de :

journalctl -b -1 -p warning

De plus, vous pouvez utiliser la commande systemd suivante :

systemd-analyze blame

Bien que cette commande se concentre généralement sur les temps de démarrage, les services lents au démarrage présentent souvent un comportement similaire à l’arrêt. Parmi les services susceptibles de déclencher des notifications d’arrêt de tâche, on peut citer :

Services réseau
Systèmes de fichiers distants tels que NFS ou SMB
Serveurs de bases de données
Gestionnaires de machines virtuelles et de conteneurs
Disques externes et services de montage automatique

Les services dépendant de points de montage réseau sont particulièrement vulnérables aux ralentissements en cas de coupure de connexion. Bien que la réduction du délai d’arrêt puisse accélérer les arrêts, elle ne résout pas les problèmes de service à l’origine des ralentissements. S’attaquer aux causes profondes offre une solution plus durable.

Conclusion

Linux offre aux utilisateurs un contrôle étendu sur leurs systèmes, notamment la possibilité de gérer les délais d’arrêt des services récalcitrants. En optimisant les applications en arrière-plan et en désactivant les services superflus, vous pouvez améliorer l’efficacité du démarrage et de l’arrêt.

Source et images