navigation
Home
admin
|
Systemd
October 24th, 2020
|
cf. également : http://richard.brunooo.fr/RHEL/?doc=SystemD
| Notion d'Unit |  |
Le fonctionnement de systemd est basé sur des unités (units) qui ont un nom et un type. Le nom correspond au nom du fichier décrivant lunité.
Les types sont :
service : les plus simples correspondent à des services. Peuvent être démarrés, coupés, redémarrés, reconfigurés (start/stop/restart/reload), comme on le fait habituellement avec les scripts dans /etc/init.d/ ;
socket : correspond à une socket, que ce soit de type UNIX, de type Internet, de type fichier ; chaque socket a un service correspondant ;
mount : un système de fichiers ; ces unités viennent en plus du fichier /etc/fstab qui est utilisé directement ;
swap : pour les partitions déchange ;
automount : un système de fichiers monté à la demande ;
target : une macro‐unité qui permet de grouper plusieurs unités, par exemple multi-user.target ou bluetooth.target ;
snapshot : comme target, ce sont des unités qui peuvent être utilisées pour sauver létat actuel des services et les restaurer par la suite, par exemple avant de passer en veille ;
device : un périphérique dans le système Linux ; peut être une source de dépendance via udev ;
timer : activations à la sauce cron, en fonction de la date ;
path : sert pour lactivation basée sur la présence ou la création de fichiers ou répertoires.
Toutes ces unités peuvent avoir des dépendances (Requires) et des conflits (Conflicts) déclarés de façon explicite.
Source : http://linuxfr.org/news/%C3%A9volutions-techniques-de-systemd
Commandes
Lister les units chargées (loaded)
Lister les units de type service chargées et actives
systemctl list-units --type=service |
Lister les units de type service chargées mais pas forcément actives
systemctl list-units --type=service --all |
Lister toutes les units (chargées ou non)
systemctl list-units-files |
on a donc :
# systemctl list-unit-files |wc -l
274
# systemctl list-units -all|wc -l
232
# systemctl list-units |wc -l
115
#
|
| Emplacements des fichiers |  |
La configuration des services est effectuées dans le répertoire /lib/systemd/system avec des fichiers d'extensions ".service". Il s'agit de l'emplacement standard.
Il est possible d'utiliser le répertoire /etc/systemd/system pour effectuer des modifications sans risque quelles soient perdues suite à une mise à jour du système
Source : http://doc.fedora-fr.org/wiki/Systemd#Gestion_des_services
| Commandes diverses |  |
Lister les unités
Lister les unités de type service
systemctl list-units --type=service |
Lancer un service
systemctl start ssh.service |
le ".service" peut être omis
Stopper un service
systemctl stop ssh.service |
Relancer un service
systemctl restart ssh.service |
Activer un service
systemctl enable ssh.service |
Désactiver un service
systemctl disable ssh.service |
Activation/Désactivation versus lancement/arrêt :
Activation : le service sera lancé au boot
Lancement : le service est immédiatement lancé
Obtenir les logs d'un service
| What is a "daemon reload?" |  |
man systemctl says:
daemon-reload
Reload systemd manager configuration. This will rerun all generators (see systemd.generator(7">, reload
all unit files, and recreate the entire dependency tree. While the daemon is being reloaded, all sockets
systemd listens on behalf of user configuration will stay accessible.
This command should not be confused with the reload command.
|
So, it's a "soft" reload, essentially; taking changed configurations from filesystem and regenerating dependency trees.
|
|
Contact
|
|---|
Pour m'envoyer un mail, Pour me laisser un commentaire :richard.brunooo chez gmail.com |  |
|
|