Réponses:
La page de manuel de systemd
contient les informations que vous recherchez.
extrait
systemd fournit un système de dépendance entre différentes entités appelées "unités". Les unités encapsulent divers objets pertinents pour le démarrage et la maintenance du système. La majorité des unités sont configurées dans des fichiers de configuration d'unité, dont la syntaxe et le jeu d'options de base sont décrits dans systemd.unit (5), cependant certains sont créés automatiquement à partir d'une autre configuration ou dynamiquement à partir de l'état du système.
Les unités peuvent être «actives» (signifiant démarrées, liées, branchées, ... selon le type d'unité, voir ci-dessous), ou «inactives» (signifiant arrêtées, non liées, débranchées, ...), ainsi que dans le processus d'activation ou de désactivation, c'est-à-dire entre les deux états (ces états sont appelés «activation», «désactivation»).
Un état spécial `` échoué '' est également disponible, très similaire à `` inactif '' et est entré lorsque le service a échoué d'une manière ou d'une autre (le processus a renvoyé un code d'erreur à la sortie, ou s'est écrasé, ou une opération a expiré). Si cet état est entré, la cause sera enregistrée, pour référence ultérieure.
Notez que les différents types d'unités peuvent avoir un certain nombre de sous-états supplémentaires, qui sont mappés aux cinq états d'unité généralisés décrits ici.
Donc, si vous avez lu ce qui précède et que vous ne comprenez pas vraiment la différence, la voici, en bref.
Ce dernier peut sembler le plus perplexe, mais pensez systemd
dans le même sens que xinetd
. Il peut gérer vos services pour vous et les démarrer, à la demande en cas de besoin. Ainsi, même si les services sont "désactivés", ils sont inactifs , mais lorsqu'ils sont démarrés, ils peuvent devenir actifs .
Cet état peut également se produire lorsqu'un service (unité) a été activé mais pas encore démarré manuellement. Ainsi , le service met « en sommeil » dans l' arrêté ou échoué état jusqu'à ce que le service est démarré manuellement, ou le système passe par un redémarrage, ce qui entraînerait le service de devenir actif en raison de son activation.
Lorsque vous activez / désactivez un service, vous dites essentiellement s'il faut démarrer automatiquement au démarrage.
Donc, systemctl enable lxdm
définira LXDM comme DM. Cependant, il ne démarrera pas tout de suite.
D'un autre côté, actif / inactif (et éventuellement échoué) vous indique l'état actuel du service. Après l'exécution systemctl start lxdm
, LXDM s'exécute réellement et son état est actif.
Normalement, lorsque vous installez un service pour la première fois, vous devez d'abord le tester en le démarrant. S'il vérifie, vous devez alors l'activer. De cette façon, vous évitez de bloquer votre système pendant le démarrage.
systemctl status
inman systemctl
, ce qui semble être le plan évident pour rechercher ces documents.