Cet article peut être court d’une commande mais l’impression résultante est très longue.

La commande dump

Si quelqu’un vous demande de montrer l’ensemble de la configuration de votre système, utilisez la commande dump.

$ systemd –dump-configuration-articles

Le fichier couvre toutes les unités que vous avez sur le système. Une fois qu’un développeur a ce fichier disponible, la personne va passer par ce que vous avez et essayer de trouver les problèmes que vous rencontrez. Sur et fait., Cependant, vous ne lirez pas cet article si vous alliez laisser quelqu’un d’autre tout faire. Voyons ce que vous pouvez faire avec un service à la fois et d’apprendre quelques astuces pour filtrer vos résultats.

La hiérarchie de systemd

Pour devenir efficace, vous devez réaliser que, dans systemd, vous avez la hiérarchie et vous pouvez définir chaque service à dépendre et/ou d’attente pour les autres services. Les différentes façons de le faire sont évidentes dans les fichiers de service. Les différentes déclarations que vous avez sont les « désirs », « Requis », « Avant » et « Après »., Pour une analyse efficace, vous pouvez les utiliser pour voir si votre unité est en panne en raison de dépendances. Vous pouvez ensuite remonter à l’endroit où se trouve le problème sous-jacent. Voici un exmample de cette.

$ systemctl list-dépendances –avant xpra.service

L’impression montre les autres unités qui xpra.service compter sur. Dans ce cas, les autres unités sont actives, nous devons donc nous concentrer sur la raison pour laquelle l’unité elle-même est cassée. L’exemple manquait un fichier de certificat.,

l’utilisation la plus importante de ceci est d’enquêter si votre service manque des dépendances, utilisez la commande de cette façon.

system systemctl list-dependencies xringd

le résultat est une longue liste, commodément organisée dans une arborescence et montrant tous les services en vert ou en rouge si quelque chose ne va pas. Vous pouvez également voir les dépendances dans le fichier services. Ouvrez le fichier à l’aide de votre éditeur préféré ou utilisez systemctl, qui ouvrira le fichier avec l’éditeur par défaut.,

liste des services actifs

lorsque vous voulez étudier un système, vous devez savoir comment les unités s’emboîtent. Pour ce faire, vous avez un certain nombre d’options pour imprimer les détails. Vous pouvez lister les systèmes qui sont occupés, qui ont échoué, etc. Plus important encore, vous pouvez lister comment ils sont mis en place, quelle unité,service, etc. l’unité dépend. La commande principale pour ce faire est systemctl, les options sont utiles pour affiner votre problème spécifique.

Pour obtenir la bonne utilisation de systemctl, regardez attentivement les options de la commande., Il existe des options pour choisir exactement ce dont vous avez besoin, en particulier en ce qui concerne l’état de tous les services. Ici, nous recherchons des services qui ont des problèmes.

$ systemctl list-unité-files –type=service

Cette liste est aussi longue et que vous avez à faire défiler tous les services pour trouver ce que vous cherchez. Avec quelques paramètres supplémentaires, vous pouvez filtrer pour un spécifique ou ceux qui sont désactivés. La commande ci-dessous trouvera toutes les unités masquées.,

system systemctl list-unit-files type type=service state state=masked

Les services masqués sont bloqués de sorte que les autres services ne peuvent pas les Démarrer, même si l’autre service en a besoin. Cela peut être utilisé pour garantir que vous n’avez pas de services en conflit en cours d’exécution. Généralement, de nombreux services sont masqués par votre gestionnaire de paquets lorsque vous supprimez le paquet. Vous pouvez supprimer complètement le fichier de service si vous le souhaitez après avoir supprimé un service. Il est également possible que cela détruit beaucoup de services que vous voulez, alors assurez-vous de savoir si vous avez besoin des services masqués.,

certains services sont masqués par des processus et vous n’avez pas toujours l’intention de masquer le service. Lorsque cela est arrivé à votre système, la première action à prendre est de démasquer en utilisant systemctl. Cependant, ce n’est pas toujours possible, vous devez donc retirer le lien dans le répertoire approprié. Dans la plupart des systèmes, ce sera lib/systemd/system. Avant de le faire, vérifiez que le fichier est en fait un lien vers /dev / null.,

$ ls -l lib/systemd/system> |grep null

Lorsque vous êtes certain que vous voulez supprimer ce lien, la retirer avec un rm ou dissocier.

$ rm /lib/systemd/system/udisks2.service

Maintenant que vous savez comment le faire, entendre cet avertissement: plusieurs fois, il est nécessaire d’avoir ce lien là. Prenez lvm2 comme exemple, il est masqué de fonctionnement de sorte qu’il ne sera pas interférer avec le nouveau système, où lvm2 vient autant de petits services., Voir le résultat de:

status systemctl status lvm2*

La suppression du lien peut causer des ravages sur votre système car lvm2 lui-même en a besoin pour éviter les conflits. Ce n’est qu’un exemple, donc faites attention avant de vous déplacer.

Conclusion

si vous voulez la liste des services dans systemd, vous devez d’abord réfléchir à ce que vous cherchez dans votre quête. Vous cherchez un service dont vous avez besoin ou voyez-vous que vous avez trop de services. Quoi qu’il en soit, vous devez adapter votre requête à vos besoins particuliers., Systemd semble déroutant au début, mais quand vous regardez de plus près, tout utilise un moyen simple d’unifier le démarrage afin que les services puissent démarrer en parallèle là où le système en a besoin tout en pouvant faire attendre chaque service pour le service spécifique dont ils dépendent.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *