docs(anaconda): add comment about fws-recovery boot entry and service

Document the FWS recovery boot entry generated by GRUB configuration and explain how the fws-recovery.target and fws-recovery-boot.service work together. Clarify that no explicit activation is needed as the service has no [Install] section and is pulled by the target through Requires, while the desktop launcher provides an alternative way to invoke recovery.
2026-07-07 02:46:43 +02:00
parent 8e2fc2ec6a
commit 3a437a8bfe
1 changed files with 8 additions and 0 deletions
@@ -553,6 +553,14 @@ grep -q fws-desktop-retry /etc/motd 2>/dev/null || rm -f /etc/motd
 # GUI incluse dans le paquet (firewall-config) ; KDE a en plus plasma-firewall.
 systemctl enable firewalld.service 2>/dev/null || true

+# NB Récupération : l'entrée GRUB « Réparer FWS » (générée par
+# /etc/grub.d/42_fws-recovery lors des grub-mkconfig ci-dessus) boote
+# systemd.unit=fws-recovery.target → fws-recovery-boot.service prend tty1 et
+# lance l'application de réparation. RIEN à activer : le service n'a pas de
+# [Install] (son Conflicts=getty@tty1 ne doit jamais entrer dans un boot
+# normal), la target le tire par Requires. Dans le bureau, le lanceur
+# « Récupération FWS » (fws-recovery.desktop, polkit) fait le même travail.
+
 # --- 5) Sécurité : verrouiller root s'il est resté SANS mot de passe ----------
 # L'airootfs live a souvent un root sans mot de passe ; si l'utilisateur n'en a
 # pas défini dans le GUI, on verrouille plutôt que de laisser le compte ouvert.