systemctl
systemdPaquet : systemd
Pilote les unités systemd : démarrer, arrêter, activer au démarrage, lire l'état. status dit ce qui se passe maintenant, is-enabled ce qui se passera au prochain démarrage ; ce sont deux questions différentes.
Ce que font ses options dans les leçons
Tiré du même glossaire que les leçons affichent sous leurs commandes ; les deux ne peuvent pas se contredire.
systemctl --now- Avec
enableoudisable, agit aussi tout de suite :enable --nowactive au démarrage *et* démarre le service maintenant. systemctl --failed- Ne liste que les unités en échec.
systemctl --no-pager- N'ouvre pas de lecteur interactif pour une sortie longue comme
systemctl status. Sans elle, dans un script sans terminal, le lecteur attend une touche et l'exécution se fige. systemctl --all- Inclut les unités inactives, absentes de la liste par défaut.
systemctl --type- Restreint à un type d'unité (
--type=service). systemctl --state- Restreint à un état (
--state=failed). systemctl --quiet- N'affiche rien et ne répond que par le code de retour. C'est ce qui rend
is-active --quietutilisable dans unif. systemctl --plain- Sort une liste simple plutôt qu'un arbre.
systemctl --no-legend- Retire l'en-tête et le résumé, pour que la sortie soit lisible par un script.
systemctl -P- Comme
-p, mais n'affiche que la valeur, sans leNom=devant. La forme à utiliser dans un script, où l'on veut la valeur et rien d'autre. systemctl -n- Le nombre de lignes de journal que
systemctl statusmontre en bas de sa sortie. systemctl --after- Avec
list-dependencies: les unités que celle-ci attend — ce qui doit démarrer *avant* elle. L'ordre, pas la dépendance. systemctl --before- L'inverse de
--after: les unités qui attendent celle-ci. systemctl --reverse- Avec
list-dependencies: qui dépend de cette unité, plutôt que ce dont elle dépend. La question à poser avant d'arrêter quelque chose. systemctl --drop-in- Avec
edit: nomme le fichier de complément au lieu duoverride.confpar défaut. Utile pour séparer deux réglages indépendants sous<unité>.d/. systemctl --full- Avec
edit: copie l'unité entière dans/etcau lieu d'un complément. Vous cessez alors de recevoir les corrections du paquet — c'est presque toujours le mauvais choix. systemctl --runtime- La modification ne survit pas au redémarrage : elle est écrite sous
/run. Pour essayer un réglage avant de l'adopter. systemctl --version- La version de systemd installée — utile parce que certaines directives n'existent qu'à partir d'une version donnée.
systemctl -p- N'affiche que la propriété demandée de l'unité (
-p MainPID).
Les leçons qui l'enseignent
- Les signaux, et pourquoi kill -9 est le dernier recoursFondamentaux de Linux
- Lire un statut, et les quatre verbesGérer les services avec systemd
- Unités, cibles, et qui dépend de quoiGérer les services avec systemd
- Désactiver un service, ce n'est pas l'arrêterGérer les services avec systemd
- Votre première unité systemdGérer les services avec systemd
- Configuration et secrets qu'une unité peut lireGérer les services avec systemd
- Modifier une unité de paquet sans perdre la modificationGérer les services avec systemd
- Politiques de redémarrage, et la boucle qu'elles cachentGérer les services avec systemd
- Le score d'exposition n'est pas un verdictGérer les services avec systemd
- Passer SSH en authentification par cléUtilisateurs, sudo et accès SSH
- D'où viennent les permissions d'un nouveau fichierUtilisateurs, sudo et accès SSH
- Ça marche sur le serveur, refusé depuis l'extérieurRéseau : comment votre serveur est joignable
- Votre premier bloc serveurHéberger une application web avec Nginx
- Lire le journal d'accès : ce qu'une ligne prouve déjàHéberger une application web avec Nginx
- Reverse proxy vers une application NodeHéberger une application web avec Nginx
- Quatre-vingt-dix jours, et personne ne vous préviendraHéberger une application web avec Nginx
- Quel bloc serveur répond, et pourquoi c'est parfois le mauvais siteHéberger une application web avec Nginx
- Les limites qui refusent : 413 et 504Héberger une application web avec Nginx
- Les en-têtes que vous croyez avoir posésHéberger une application web avec Nginx
- Planifier une tâche : cron ou timer systemdScripts Bash pour administrateurs
- Quand la sauvegarde précédente tourne encoreScripts Bash pour administrateurs
- Un script qu'on peut relancerScripts Bash pour administrateurs
- Reconstruire la machine entière, dans le bon ordreSauvegardes et restaurations
- L'annulation qu'on programme avant d'en avoir besoinPare-feu et durcissement
- Le point de contrôle périodiquePare-feu et durcissement
- Durcir le serveur SSH sans perdre la mainPare-feu et durcissement
- Maîtriser la croissance des journauxSurveiller un serveur
- Une vérification automatique qui sert à quelque choseSurveiller un serveur
- Faire parvenir l'alerte à un humainSurveiller un serveur
- Des tendances, pas des instantanésSurveiller un serveur
- Ce qu'une sortie prouve, et ce que « succès » ne prouve pasDiagnostiquer une panne : ce que chaque sortie prouve
- Révélé n'est pas causé : demander à la machine ce qui a changéDiagnostiquer une panne : ce que chaque sortie prouve
- Jusqu'où un correctif peut aller, et le compte rendu qu'il laisseDiagnostiquer une panne : ce que chaque sortie prouve
- Ce que le correctif a prouvé, et ce qui a expiré tout seulDiagnostiquer une panne : ce que chaque sortie prouve
- Installer Docker : le dépôt officiel, pas celui d'UbuntuDocker : conteneurs pour héberger une application Node
- Le fichier de journal que personne ne fait tournerDocker : conteneurs pour héberger une application Node
- Ce qui arrive sur le serveur : source, artefact ou imageDéployer : releases, bascule et retour arrière
- Releases et lien symbolique : la bascule en une opérationDéployer : releases, bascule et retour arrière
- Vérifier avant de se déclarer terminé, et ce qu'un retour n'annule pasDéployer : releases, bascule et retour arrière
- Rôles et pg_hba.conf : pourquoi psql passe et l'application est refuséeAdministrer PostgreSQL : accès, connexions et croissance
- Cent connexions, et l'arithmétique qui les dépasseAdministrer PostgreSQL : accès, connexions et croissance
- Joignable depuis ailleurs : quatre portes, quatre refus différentsAdministrer PostgreSQL : accès, connexions et croissance
- pg_wal se remplit, et quelque chose le retientAdministrer PostgreSQL : accès, connexions et croissance
- Trouver les requêtes lentes, pas le moment lentAdministrer PostgreSQL : accès, connexions et croissance
- Le montage, étape par étapeProjet final : du dépôt à la production
- La mise en production qui casse : replier d'abord, diagnostiquer ensuiteProjet final : du dépôt à la production
- Les cinq preuves : démontrer, pas affirmerProjet final : du dépôt à la production
