
Windows n’est pas considéré comme aussi malléable que Linux en ce qui concerne les ajustements et correctifs du système de niveau inférieur, mais vous pourriez être surpris d’apprendre que les outils de récupération intégrés à Windows sont en réalité assez puissants. Récemment, mon amie jouait à Detroit : Become Human lorsque son PC s’est soudainement bloqué. Après un redémarrage, elle a été confrontée à une erreur « périphérique de démarrage inaccessible », et les redémarrages suivants ont rencontré un écran qui nécessitait sa clé BitLocker. Sa saisie revenait à l’écran du périphérique de démarrage inaccessible.
Ce système, alimenté par un Intel Core i5-14600K et un Intel Arc A770, semblait complètement mort. La réparation au démarrage n’a pas pu résoudre le problème, et le refus de Bitlocker de déverrouiller le lecteur avec la clé fournie m’a fait craindre le pire. Heureusement, elle conserve des sauvegardes de toutes les données importantes, mais cela lui semblait étrange ; comment cela a-t-il pu arriver ? Et était-ce récupérable ?
Bitlocker a aggravé une mauvaise situation
Mais ce n’était pas vraiment le problème

En regardant moi-même l’ordinateur, la première chose que j’ai vue était un écran de récupération BitLocker. J’ai récupéré la clé de récupération de son compte Microsoft, je l’ai saisie soigneusement et je lui ai laissé un moment. Le système a redémarré et a atterri sur un écran de périphérique de démarrage inaccessible, avant de redémarrer à nouveau et de revenir sur un écran qui demandait à nouveau la clé. Il a accepté l’entrée, n’en a rien fait d’utile et a bouclé. À ce stade, je pensais que le lecteur était mort, mais cela n’avait toujours aucun sens ; c’est un Corsair MP700, et il a à peine été utilisé depuis que je l’ai acheté.
Au lieu de cela, j’ai choisi d’adopter une autre approche, pour évaluer d’abord si le lecteur était encore vivant. J’ai démarré dans Clonezilla à partir d’une clé USB Ventoy et j’ai exécuté ntfsfix pour vérifier la partition. Le volume NTFS s’est monté proprement et le système de fichiers lui-même semblait intact. À ce stade, il me semblait clair que la configuration de démarrage elle-même, quelque part dans la chaîne, était corrompue.
Cependant, je ne savais pas exactement ce qui avait été endommagé. Au début, je pensais qu’il s’agissait de l’EFI, mais je ne savais pas que le crash avait également endommagé les données de configuration de démarrage, également connues sous le nom de BCD. Sur un système Windows moderne, voici à quoi ressemble la séquence de démarrage :
-
Micrologiciel UEFI
-
Gestionnaire de démarrage EFI
-
\EFI\Microsoft\Boot\bootmgfw.efi
-
Magasin BCD
-
winload.efi
-
Initialisation du noyau
-
Pilotes de démarrage
-
Ruche SYSTÈME
-
Pays utilisateur
Lorsque les fichiers de démarrage EFI et le BCD étaient corrompus, l’environnement de démarrage mesuré ne correspondait plus à celui contre lequel le TPM avait scellé la clé BitLocker. Cela signifiait qu’il refusait de libérer automatiquement la clé de cryptage, et même si la saisie manuelle de la clé de récupération correcte annulait cela, il ne pouvait pas aider car il n’y avait rien de valide sur lequel démarrer.
En d’autres termes, une fois la partition déchiffrée, Windows pourrait procéder au chargement, mais les entrées BCD corrompues indiquaient le mauvais chemin de périphérique. Lorsque le noyau a tenté de monter le volume système, il a échoué et a lancé INACCESSIBLE_BOOT_DEVICE. Il s’est avéré que réparer la pièce EFI ne résoudrait que la moitié du problème.
L’invite de commande est l’outil le plus puissant de Windows Recovery
La plupart des gens ne l’ouvrent jamais

L’environnement de récupération Windows propose une poignée d’options de réparation graphiques, telles que la réparation du démarrage, la restauration du système et la réinitialisation de ce PC, et ce sont celles que la plupart des gens recherchent. Aucun d’entre eux n’a pu résoudre ce problème. Mais sous les options avancées se trouve une invite de commande, et c’est là que réside le véritable pouvoir de récupération. Je savais que les données du disque étaient correctes étant donné que je les avais montés à partir de Clonezilla. Cela valait donc la peine d’essayer de comprendre comment reconstruire la séquence de démarrage de manière appropriée.
Tout d’abord, je devais déverrouiller le lecteur chiffré par BitLocker. Une chose à savoir à propos de WinRE est que les lettres de lecteur ne correspondent pas toujours à ce que vous voyez dans Windows normal. Votre lecteur C: peut apparaître comme D: ou E: dans l’environnement de récupération, j’ai donc utilisé « diskpart » pour lister les volumes et identifier le bon avant de faire autre chose. À partir de là, j’ai exécuté “manage-bde-unlock C:-RecoveryPassword” suivi de la clé à 48 chiffres, puis “`manage-bde-protectors-disable C:” pour suspendre temporairement la protection BitLocker. De cette façon, je pourrais travailler sur les fichiers de démarrage sans être à nouveau bloqué en cours de réparation.
L’étape suivante consistait à accéder à la partition système EFI. Il s’agit d’une petite partition FAT32 cachée, généralement d’environ 100 Mo, qui contient le gestionnaire de démarrage Windows et le magasin BCD. Il n’a pas de lettre de lecteur par défaut et WinRE n’en attribue pas non plus automatiquement. De retour dans “diskpart”, j’ai sélectionné le disque, listé les volumes, trouvé la partition EFI et lui ai attribué la lettre S manuellement. Je l’ai fait après que manage-bde ait généré une erreur “paramètre incorrect”, et forcer l’attribution de la lettre de lecteur est ce qui l’a résolu.
Avec la partition EFI accessible en S:, j’ai exécuté “bcdboot C:\Windows/s S:/f UEFI”. Cette seule commande fait tout le gros du travail. Il copie les fichiers de démarrage nécessaires de l’installation de Windows vers la partition EFI, génère un nouveau magasin BCD à partir d’un modèle intégré et configure le gestionnaire de démarrage pour qu’il pointe vers la partition Windows correcte. Avec une seule commande, toute la chaîne de démarrage est reconstruite à partir de zéro. J’ai exécuté “bcdedit/enum” pour vérifier que les nouvelles entrées semblaient correctes, redémarrées et Windows chargé normalement. Tout était intact.
Une fois de retour sous Windows, j’ai réactivé BitLocker à partir d’une invite de commande élevée avec “manage-bde-protectors-enable C:”.
Et Microsoft continue d’en ajouter

Ce qui m’a attiré, ce n’est pas le correctif lui-même. Le problème est que ces outils, à savoir “bcdboot”, “bcdedit”, “manage-bde” et “diskpart”, sont livrés avec Windows depuis des années… et pourtant la plupart des gens ne savent pas qu’ils existent. L’instinct par défaut lorsque Windows ne démarre pas est de récupérer une clé USB d’installation et de recommencer, et je comprends. L’environnement de récupération ne fait pas tout son possible pour annoncer ce que sa ligne de commande peut faire. Mais ces outils peuvent vous éviter d’effacer un disque parfaitement sain, et ils sont bien plus performants que la plupart des gens ne le pensent.
Microsoft a également amélioré discrètement l’environnement de récupération. Windows 11 extrait désormais les pilotes réseau de l’installation principale du système d’exploitation vers WinRE, ce qui signifie que l’environnement de récupération peut réellement se connecter à Internet sans que vous ayez à injecter les pilotes manuellement au préalable. C’est ce qui permet Quick Machine Recovery, une fonctionnalité directement inspirée de l’incident CrowdStrike de 2024, qui peut télécharger automatiquement des correctifs ciblés lorsqu’un appareil ne parvient toujours pas à démarrer. Il existe même une fonctionnalité de restauration ponctuelle en aperçu qui vous permettrait de revenir à un état précédent exact du système plutôt qu’au point de restauration le plus proche.
Bien sûr, il y a une part d’ironie dans tout cela. Les propres mises à jour de Microsoft ont déclenché à plusieurs reprises des invites de récupération BitLocker comme celle que j’ai rencontrée. La mise à jour de sécurité d’octobre 2025 a envoyé les PC Intel dans la même séquence (bien qu’il s’agisse d’un déverrouillage unique, plutôt que répétitif), et un bug associé a interrompu la saisie du clavier USB dans WinRE, ce qui signifie que les utilisateurs concernés ne pouvaient même pas taper leur clé de récupération pour en sortir. Microsoft l’a corrigé en une semaine, mais si vous étiez coincé dans cette boucle sans connaître ces commandes, vous n’auriez pas eu de chance. Startup Repair ne vous sauvera pas toujours, et quand ce n’est pas le cas, l’invite de commande est la meilleure solution.
Ce PC fonctionne parfaitement maintenant. Je n’ai pas eu besoin de réinstaller, aucune donnée n’a été perdue, ce qui m’a permis de passer une soirée sans avoir à tout reconfigurer à partir de zéro. Les outils étaient présents dans Windows tout le temps, et je suis heureux d’avoir su les essayer en premier.
*️⃣ Lien source :
était-il récupérable, Clonezilla, Ventoy USB, Quick Machine Recovery, un déverrouillage unique,