Différences entre les services inactifs et désactivés et les services actifs et activés


Réponses:


15

La page de manuel de systemdcontient 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.

Panne

Donc, si vous avez lu ce qui précède et que vous ne comprenez pas vraiment la différence, la voici, en bref.

  • activé - un service (unité) est configuré pour démarrer au démarrage du système
  • désactivé - un service (unité) est configuré pour ne pas démarrer au démarrage du système
  • actif - un service (unité) est en cours d'exécution.
  • inactif - un service (unité) n'est actuellement pas en cours d'exécution, mais peut démarrer, c'est-à-dire devenir actif, si quelque chose tente d'utiliser le service.

inactif

Ce dernier peut sembler le plus perplexe, mais pensez systemddans 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.


@jasonwryan - vrai, je vais ajouter ça, merci!
slm

@jasonwryan - est-ce que cela se lit mieux?
slm

6

Lorsque vous activez / désactivez un service, vous dites essentiellement s'il faut démarrer automatiquement au démarrage.

Donc, systemctl enable lxdmdé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.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.