rescue.target et emergency.target de systemd : y accéder et revenir à un fonctionnement normal

Objectif

Démarrer en mode rescue ou emergency pour réparer un système qui n'atteint pas sa cible normale, puis revenir à un fonctionnement normal.

Prérequis

Un accès console permettant d'ajouter un paramètre noyau depuis le menu de démarrage. Le mot de passe root : les deux shells exécutent sulogin, qui le demande, et si le compte root est verrouillé (comportement par défaut sous Ubuntu), le shell est refusé sauf si sulogin est lancé avec --force. Il faut anticiper ce cas avant une panne, ou prévoir un support de secours.

Étapes

1. Comprendre la différence, selon systemd.special(7) : rescue.target « pulls in the base system (including system mounts) and spawns a rescue shell » ; la plupart des services ne sont pas démarrés, mais les systèmes de fichiers sont montés et l'infrastructure de base est opérationnelle. emergency.target « starts an emergency shell on the main console » et « does not pull in other services or mounts » ; c'est le moyen le plus minimal d'obtenir un shell, comparable à init=/bin/sh mais avec un gestionnaire de services fonctionnel. systemd y bascule aussi de lui-même lorsqu'un système de fichiers requis échoue à la vérification ou ne peut pas être monté.
2. Dans le menu du chargeur d'amorçage, modifier la ligne de commande du noyau pour un seul démarrage et y ajouter systemd.unit=rescue.target ou systemd.unit=emergency.target (les alias single/1 sélectionnent le mode rescue, emergency le mode emergency). Cette modification est ponctuelle : rien n'est écrit sur le disque.
3. En mode emergency, l'état de montage du système de fichiers racine dépend de la manière dont on y est arrivé : il peut être déjà en lecture seule (par exemple si le démarrage s'est fait avec ro et a échoué avant l'étape qui le remonte) ou en lecture-écriture si la bascule a eu lieu après la mise en place des montages normaux. Vérifier avec mount | grep ' / ' avant toute écriture et, si nécessaire, le remonter explicitement : mount -o remount,rw /.
4. Effectuer la réparation (corriger une ligne erronée de /etc/fstab, réparer un service qui échoue au démarrage, rectifier une erreur dans /etc/default/grub). Un mot de passe root oublié ne peut pas être réinitialisé de cette façon, puisque l'accès l'exige ; sur les systèmes basés sur dracut, rd.break s'arrête en revanche dans l'initramfs avant le changement de racine, la vraie racine étant montée en lecture seule sur /sysroot : mount -o remount,rw /sysroot, chroot /sysroot, passwd root, puis, sur les systèmes SELinux, touch /.autorelabel avant de quitter, faute de quoi le démarrage suivant peut refuser les connexions.
5. Revenir à la normale en redémarrant (systemctl reboot, cette fois sans le paramètre systemd.unit=) ou, depuis le mode rescue et sans redémarrer, avec systemctl default (également écrit systemctl isolate default.target) pour démarrer le reste du système dans la session en cours.
6. Vérifier : systemctl get-default indique la cible par défaut configurée, et systemctl list-units --failed doit être vide (ou ne contenir que des entrées attendues) une fois celle-ci atteinte.

Résultat attendu

Le système fournit un shell mono-utilisateur ou d'urgence fonctionnel même lorsque le démarrage normal ne peut pas aboutir, et revient proprement à default.target une fois la correction appliquée.

Limites et base de vérification

Les deux cibles s'atteignent de la même manière (systemd.unit=) ; se tromper sur celle que l'on a demandée est une erreur fréquente : rescue fournit des systèmes de fichiers montés et des services de base, emergency non. Une modification de systemd.unit= dans le menu de démarrage ne dure jamais au-delà de ce démarrage ; une modification persistante relève de la configuration du chargeur d'amorçage, pas de cette procédure.