q22-systemd-targets-and-services

Notes d’apprentissage§

systemd est le système d’init moderne (PID 1) : il démarre, supervise et ordonne tous les services. Tout y est une unit (unité), décrite par un fichier.

Modèle mental : units et targets.

units :   .service (un démon)   .socket   .mount   .timer   .target ...
                                                              │
targets = groupes d'units = "états" du système (≈ anciens runlevels)
   ex: multi-user.target = système complet sans interface graphique

Un target est un point de rassemblement : démarrer graphical.target entraîne multi-user.target, qui entraîne les services réseau, etc. Le default.target détermine l’état au démarrage.

Les deux verbes à ne pas confondre :

• enable = au démarrage (crée les liens pour lancer l’unit au boot). Persistant.
• start = maintenant (lance l’unit dans la session courante). Temporaire.

systemctl enable --now nginx fait les deux d’un coup. C’est la distinction la plus testée.

Trois états de blocage croissants :

Action	Effet
disable	ne démarre plus au boot (mais lançable manuellement)
mask	lié à /dev/null : impossible à démarrer, même comme dépendance
unmask	annule le mask

Personnaliser sans casser : les drop-in. On ne modifie jamais un fichier d’unit fourni par le paquet (/lib/systemd/system/). On crée une surcharge avec systemctl edit unit, qui écrit dans /etc/systemd/system/<unit>.d/override.conf. Après toute édition manuelle d’un fichier d’unit : systemctl daemon-reload.

Inspection :

systemctl status nginx          # état + dernières lignes de log
systemctl is-enabled / is-active nginx
systemctl --failed              # units en échec
systemctl list-dependencies graphical.target

Pièges :

• enable sans start (ou inversement) est l’erreur classique : « activé » ≠ « démarré ».
• Après avoir édité un fichier .service à la main, oublier daemon-reload = changements ignorés.
• mask est plus fort que disable ; un service masqué refuse de démarrer même tiré par une dépendance.
• Les logs des units passent par journald — voir q24-system-logs.

Énoncé§

Solve this question on: web-srv1

1. Set the default boot target to multi-user.target.
2. Enable and start the nginx service so it survives a reboot.
3. Mask the bluetooth.service so it can never be started.
4. Write the list of currently failed units into /opt/course/22/failed.

Solution§

Step 1 — Change the default target§

systemctl get-default                       # current default
sudo systemctl set-default multi-user.target

Common targets (equivalent to old runlevels):

Target	Equivalent	Purpose
poweroff.target	runlevel 0	shutdown
rescue.target	runlevel 1	single-user / maintenance
multi-user.target	runlevel 3	multi-user, no GUI
graphical.target	runlevel 5	multi-user + GUI
reboot.target	runlevel 6	reboot
emergency.target	—	minimal shell, no services

Switch on the fly (no reboot):

sudo systemctl isolate rescue.target

Step 2 — Enable and start a service§

sudo systemctl enable --now nginx
systemctl status nginx
systemctl is-enabled nginx
systemctl is-active nginx

Useful variants:

• enable --now — enable + start in one shot
• disable --now — disable + stop
• reenable — recreate symlinks from the unit file (after edits)
• daemon-reload — reload unit files after editing them

Step 3 — Mask a service§

A masked service is symlinked to /dev/null — it cannot be started, even as a dependency:

sudo systemctl mask bluetooth.service
sudo systemctl unmask bluetooth.service     # to undo

Step 4 — List failed units§

systemctl --failed --no-legend | awk '{print $2}' > /opt/course/22/failed

Useful day-to-day commands§

systemctl list-units --type=service                  # active services
systemctl list-unit-files --type=service             # all installed
systemctl list-dependencies graphical.target
systemctl cat sshd.service                           # show effective unit file
sudo systemctl edit sshd.service                     # create drop-in override in /etc/systemd/system/sshd.service.d/
sudo systemctl edit --full sshd.service              # full override

Drop-ins live in /etc/systemd/system/<unit>.d/override.conf and take precedence over /lib/systemd/system/<unit> — never edit vendor files directly.