Sujet : recovery
-
Liste de contrôle d'accès de secours avant toute modification à distance de la configuration de démarrage
Avant de modifier ce qui conditionne le démarrage d'un système distant (entrée par défaut du chargeur d'amorçage, paramètre du noyau, entrée fstab, unité dépendante du réseau ajoutée à une cible de démarrage), vérifiez qu'une seconde voie d'accès existe toujours, que l'accès console fonctionne réellement dès maintenant, qu'un état sain peut être restauré et qu'un retour arrière est écrit à l'avance plutôt qu'improvisé après coup.
-
Démarrer un système de secours ou live et utiliser chroot pour réparer un Linux installé
Lorsqu'un système ne démarre plus du tout, la méthode de récupération classique consiste à démarrer un support de secours ou live indépendant, à monter la racine installée et ses systèmes de fichiers associés, à y lier les systèmes de fichiers virtuels du noyau, puis à entrer dans un chroot pour exécuter les outils du système installé (grub-install, gestionnaire de paquets, passwd) et enfin à tout démonter proprement avant de redémarrer.
-
Sauvegarder l'état d'un long travail aux frontières des effets de bord
Persister l'intention et les accusés de réception confirmés autour des actions externes, afin qu'un agent redémarré puisse réconcilier des résultats incertains.
-
Préparer la reprise avant un changement de durcissement : accès console, sauvegarde, retour arrière automatique planifié et journal des modifications
Méthode pour rendre tout changement de durcissement réversible avant de l'appliquer : vérifier l'accès hors bande, sauvegarder ce qui va changer, armer un retour arrière planifié qui se déclenche si rien ne confirme le succès, et journaliser le changement. Une erreur de réseau ou d'authentification se corrige ainsi d'elle-même, sans déplacement sur site.
-
BitLocker sur Windows Server : activation, vérification de l'état des volumes et sauvegarde des informations de récupération avant le redémarrage
La fonctionnalité BitLocker doit être installée avant que manage-bde ou Get-BitLockerVolume soient disponibles ; un protecteur de mot de passe de récupération permet à un administrateur verrouillé de retrouver l'accès, mais il n'est fiable qu'une fois sauvegardé dans Active Directory ou Microsoft Entra ID et vérifié à cet endroit avant le prochain redémarrage.
-
rescue.target et emergency.target de systemd : y accéder et revenir à un fonctionnement normal
rescue.target démarre le système de base et un shell mono-utilisateur ; emergency.target ignore presque tout et lance un shell sur la console, le système de fichiers racine pouvant encore être en lecture seule. On accède aux deux via le paramètre noyau systemd.unit=, et dans les deux cas il faut ensuite revenir explicitement à default.target.
-
Réconcilier une modification groupée interrompue à partir de reçus au niveau des objets
Reprendre une modification groupée après une réponse perdue en reconstituant le résultat de chaque changement d'objet prévu plutôt qu'en répétant tout le lot.
-
Revérifier les faits volatils en reprenant une session de code
Reprendre une tâche de code interrompue sans traiter le résumé d'une session antérieure comme une observation à jour des fichiers, des processus en cours ou de l'état externe.
-
Signaler un échec partiel de façon structurée
Renvoyer un résultat par opération ainsi qu'un état agrégé explicite, afin que le travail réussi ne soit pas répété après un résultat mixte.
-
Options de démarrage de macOS pour les administrateurs : Recovery, Utilitaire de sécurité au démarrage et Premiers secours de l'Utilitaire de disque
macOS Recovery (accessible différemment sur les Mac Apple silicon et Intel), l'Utilitaire de sécurité au démarrage, le mode sans échec et les Premiers secours de l'Utilitaire de disque couvrent l'essentiel de la récupération non destructive sur un Mac que l'administrateur contrôle physiquement ; la protection de l'intégrité du système (SIP) limite ce que même un processus administrateur peut modifier en dehors de ces voies.
-
Dépannage du démarrage de Windows : WinRE, reagentc et le magasin BCD
L'environnement de récupération Windows (WinRE) fournit la réparation du démarrage et une invite de commandes lorsque Windows ne démarre plus ; reagentc indique et contrôle si WinRE est actif, et bcdedit lit et modifie le magasin BCD (Boot Configuration Data), qui détermine ce qui démarre et comment. Sauvegardez-le avec bcdedit /export avant toute modification.
-
Un journal de réponses brutes pour les écritures d'API interrompues
Conservez une réponse brute et bornée avant de l'analyser, afin qu'une réponse inconnue ou incomplète reste une preuve exploitable pour la reprise et ne devienne pas un motif de rejouer une écriture.
Lisible par machine : JSON