9.10. Utilisation et configuration de Systemd

9.10.1. Configuration basique

Le fichier /etc/systemd/system.conf contient un ensemble d'options pour contrôler les opérations de base de systemd. Le fichier par défaut a toutes ses entrées commentées indiquant les paramètres par défaut. Ce fichier est l'endroit où le niveau de journalisation (log) peut être modifié ainsi que les paramètres de base de journalisation. Voir la page de manuel de systemd-system.conf(5) pour plus de détails à propos de chaque option de configuration.

9.10.2. Désactiver l'effacement de l'écran durant le démarrage

Le comportement normal de systemd est d'effacer l'écran à la fin de la séquence de démarrage. Si désiré, ce comportement peut être changé en exécutant la commande suivante :

mkdir -pv /etc/systemd/system/getty@tty1.service.d

cat > /etc/systemd/system/getty@tty1.service.d/noclear.conf << EOF
[Service]
TTYVTDisallocate=no
EOF

Les messages de démarrage peuvent toujours être examinés en utilisant la commande journalctl -b en tant qu'utilisateur root.

9.10.3. Désactiver tmpfs pour /tmp

Par défaut, /tmp est créé comme un tmpfs. Si vous ne le voulez pas, il est possible de l'en empêcher de la manière suivante :

ln -sfv /dev/null /etc/systemd/system/tmp.mount

Autrement, si vous souhaitez avoir une partition séparée pour /tmp, spécifiez-la dans une entrée de /etc/fstab.

9.10.4. Configurer la création et la suppression automatique de fichiers

Il existe de nombreux services pour créer ou supprimer des fichiers ou des dossiers :

L'emplacement système des fichiers de configuration est /usr/lib/tmpfiles.d/*.conf. Les fichiers locaux de configuration sont dans /etc/tmpfiles.d. Les fichiers dans /etc/tmpfiles.d prévallent sur les fichiers du même nom dans /usr/lib/tmpfiles.d. Voir la page de manuel tmpfiles.d(5) pour plus de détails sur le format de fichier.

Remarquez que la syntaxe pour les fichiers /usr/lib/tmpfiles.d/*.conf peut être déroutante. Par exemple, la suppression de fichiers par défaut dans le répertoire /tmp se trouve dans /usr/lib/tmpfiles.d/tmp.conf à cette ligne :

q /tmp 1777 root root 10d

. Le champ type, q, parle de créer un sous-volume avec des quotas, ce qui n'est vraiment possible que pour les système de fichiers btrfs. Il fait référence au type v qui lui-même fait référence au type d (répertoire). Cela crée ensuite le répertoire spécifié s'il n'est pas présent et ajuste ensuite les permissions et la propriété comme indiqué. Le contenu du répertoire sera sujet au nettoyage basé sur l'âge si l'argument d'âge est spécifié.

Si les paramètres par défaut ne sont pas désirés, alors vous devrez copier le fichier vers /etc/tmpfiles.d et le modifier comme vous le voulez. Par exemple :

mkdir -p /etc/tmpfiles.d
cp /usr/lib/tmpfiles.d/tmp.conf /etc/tmpfiles.d

9.10.5. Redéfinition des comportements par défaut des services

Les paramètres d’une unité peuvent être redéfinis en créant un dossier et un fichier de configuration dans /etc/systemd/system. Par exemple :

mkdir -pv /etc/systemd/system/foobar.service.d

cat > /etc/systemd/system/foobar.service.d/foobar.conf << EOF
[Service]
Restart=always
RestartSec=30
EOF

Voir la page de manuel systemd.unit(5) pour plus d'informations. Après la création du fichier de configuration, exécutez systemctl daemon-reload et systemctl restart foobar pour activer les changements à un service.

9.10.6. Débogage de la séquence de démarrage

Plutôt que des scripts shell utilisés par les systèmes d’init du style de SysVinit ou BSD, systemd utilise un format unifié pour différents types de fichiers de démarrage (ou unités). La commande systemctl est utilisée pour activer, désactiver, contrôler l’état et obtenir le statut d’un fichier d’unité. Voici quelques exemples de commandes fréquentes :

9.10.7. Utiliser le journal Systemd

La journalisation d’un système démarré avec systemd est géré par systemd-journald (par défaut), plutôt qu’un démon syslog unix typique. Vous pouvez aussi ajouter un démon syslog normal et faire travailler les deux côte à côte si vous le souhaitez. Le programme systemd-journald stocke les entrées du journal dans un format binaire plutôt que dans un fichier en texte brut. La commande journalctl est fournie pour aider à analyser le fichier. Voici quelques exemples de commandes usuelles :

9.10.8. Travailler avec les core dumps

Les « core dumps » sont utiles pour déboguer des programmes crashés, surtout quand un processus démon plante. Sur un système démarré avec systemd, les core dumps sont gérés par systemd-coredump. Il enregistrera le core dump das le journal et stockera le fichier core dans /var/lib/systemd/coredump. Pour récupérer et utiliser le fichier core, système fourni l'outil coredumpctl. Voici quelques exemples de commandes fréquentes :

Les core dumps peuvent utiliser beaucoup d'espace disque. L'espace disque maximal utilisé par les core dumps se limite en créant un fichier de configuration dans /etc/systemd/coredump.conf.d. Par exemple :

mkdir -pv /etc/systemd/coredump.conf.d

cat > /etc/systemd/coredump.conf.d/maxuse.conf << EOF
[Coredump]
MaxUse=5G
EOF

Voir les pages de manuel systemd-coredump(8), coredumpctl(1), and coredump.conf.d(5) pour plus d'information.

9.10.9. Processus lancés durablement

Depuis la version systemd-230, tous les processus utilisateurs sont tués lorsque la session utilisateur se termine, même en utilisant nohup, ou que le processus utilise les fonctions daemon() ou setsid(). Ceci est un changement délibéré par rapport à un environnement historiquement plus permissif vers un environnement plus restrictif. Le nouveau comportement peut causer des problèmes si vous dépendez de programmes lancés durablement (par exemple, screen ou tmux) qui restent actifs après la fin de votre session utilisateur. Il y a trois moyens de permettre la persistance des processus après la fin d'une session utilisateur.