Bloqué sur « Préparation de la réparation automatique » ? Le correctif de récupération qui fonctionne vraiment

Plan de diagnostic rapide

Si vous êtes en astreinte pour votre propre portable, le temps compte. Voici le chemin le plus court vers le goulet d’étranglement.

Première étape : déterminer si c’est un problème de santé du disque

1. Si la machine claque, se fige dans le BIOS, ou que les outils WinRE bloquent : soupçonnez d’abord une défaillance du disque. Arrêtez de « réparer ». Commencez la récupération de données.
2. Dans l’invite de commandes WinRE, lancez chkdsk sur le volume OS (hors ligne). Si ça met une éternité, signale des secteurs défectueux ou « remplace des clusters défectueux », vous avez affaire à un média défaillant ou à une corruption sévère.
3. Si SMART indique « Caution/Bad » (depuis un OS externe) : traitez le disque comme défaillant même si Windows démarre parfois encore.

Deuxième étape : confirmer le mode de démarrage et la chaîne de démarrage

1. Dans le firmware (BIOS/UEFI), vérifiez si le système démarre en UEFI ou en Legacy/CSM.
2. Si le disque est GPT mais que le firmware est réglé sur Legacy (ou inversement), vous pouvez obtenir des boucles « Automatic Repair » et des erreurs « no boot device » étranges.
3. Dans WinRE, inspectez les entrées BCD et la partition système EFI (ESP). Si l’ESP n’a pas d’espace libre ou si les fichiers de démarrage sont absents, vous avez trouvé le coupable.

Troisième étape : décider si préserver l’état vaut le coup ou s’il faut couper les pertes

1. Si l’intégrité du disque semble bonne : tentez une réparation du démarrage (BCD/fichiers de démarrage) et un rollback (désinstallation de mise à jour, restauration du système).
2. Si l’intégrité du disque semble douteuse : copiez d’abord les données, puis réparez ou réinstallez.
3. Si BitLocker est activé et que vous n’avez pas la clé de récupération : vos « options de réparation » se réduisent drastiquement. Concentrez-vous sur l’obtention de la clé.

Une citation à garder en tête : « L’espoir n’est pas une stratégie. » — idée paraphrasée couramment utilisée en exploitation et fiabilité.

Que signifie « Préparation de la réparation automatique »

Windows tente de démarrer, détecte une défaillance et bascule dans l’environnement de récupération Windows (WinRE) pour tenter une réparation. La phrase « Préparation de la réparation automatique » est la préface. La boucle se produit lorsque :

• WinRE ne peut pas corriger la cause racine (parce que ce n’est pas un problème de configuration « réparable »).
• La tentative de réparation elle-même échoue (par exemple : modifications BCD bloquées, ESP non inscriptible, erreurs disque, volume BitLocker verrouillé).
• Windows démarre assez pour planter, puis déclenche à nouveau la réparation (pilote, mise à jour, système de fichiers ou problème de registre).

Considérez le démarrage Windows comme une chaîne avec plusieurs maillons : firmware → gestionnaire de démarrage → BCD → chargeur → noyau → pilotes/services. « Préparation de la réparation automatique » est ce que vous voyez lorsque la chaîne se casse mais que le système a encore assez de base pour tenter une récupération. Si le disque est en train de se dégrader, la chaîne casse à différents endroits à chaque tentative—d’où des symptômes incohérents. Si c’est un problème propre de configuration de démarrage, c’est répétable et réparable.

Réalité sans fard : Automatic Repair est une suggestion polie, pas un SLA.

Faits intéressants et historique utiles

• WinRE est un descendant de Windows PE (Preinstallation Environment), introduit pour rendre la récupération et le déploiement cohérents entre machines.
• Le passage du BIOS/MBR à l’UEFI/GPT a déplacé l’emplacement des fichiers de démarrage : de la MBR/partition active vers une EFI System Partition (ESP) en FAT32.
• Le magasin BCD a remplacé boot.ini à partir de Windows Vista, permettant une configuration de démarrage plus flexible—mais aussi une nouvelle façon de casser les démarrages de manière créative.
• Fast Startup (hiberboot) mélange arrêt et hibernation ; quand cela tourne mal, vous pouvez voir des états « sales » qui compliquent la récupération.
• NTFS est résilient, pas magique ; il journalise les métadonnées, mais peut tout de même se corrompre à cause d’une coupure de courant, de problèmes de contrôleur ou d’un média défaillant.
• L’EFI System Partition est généralement petite (souvent 100–300 Mo) ; elle peut se remplir avec des outils constructeur, plusieurs chargeurs d’OS ou des mises à jour maladroites.
• BitLocker a changé la donne de la récupération : les outils hors ligne peuvent voir un volume chiffré tant que vous ne l’avez pas déverrouillé avec la clé de récupération.
• « SFC » et « DISM » ne sont pas le même outil : SFC répare les fichiers système en utilisant un magasin de composants ; DISM répare ce magasin (ou utilise une image source).
• Des bugs de firmware de stockage existent : des firmwares SSD ont déjà causé corruption de données et boucles de démarrage chez plusieurs fabricants.

Avant de toucher quoi que ce soit : protéger les données et réduire les risques

État d’esprit de production : la machine est déjà hors service. Votre travail est d’éviter de transformer « n’arrive pas à démarrer » en « données perdues ». Le comportement le plus dangereux dans cette situation est d’exécuter des « réparations » aléatoires jusqu’à tomber sur quelque chose vu sur un fil de forum.

Décidez : les données valent-elles plus que la vitesse ?

Si c’est un portable professionnel avec des fichiers locaux, des photos de famille, ou une machine de développeur avec des commits non poussés, supposez que les données sont précieuses. Si c’est une image de kiosque que vous pouvez re-imager en 20 minutes, vous pouvez être plus agressif.

Signes d’alerte indiquant qu’il faut prioriser l’extraction des données

• Messages répétés « réparation du disque », écrans de démarrage très lents, ou longues pauses dans WinRE.
• CHKDSK signale des secteurs défectueux, « remplace des clusters défectueux », ou tourne pendant des heures avec une activité I/O intense.
• Bruits inhabituels du lecteur (HDD), disparition soudaine du disque dans le BIOS, ou détection intermittente.
• Vous avez récemment subi une coupure de courant inattendue pendant des mises à jour.

Blague #1 : Automatic Repair, c’est comme une réunion qui aurait pu être un e‑mail—beaucoup d’activité, peu de progrès.

Votre boîte à outils de récupération (WinRE, firmware et un OS externe)

WinRE : le scalpel intégré

WinRE vous donne l’invite de commandes, la réparation du démarrage, la restauration du système, le Mode Sans Échec (via les options de démarrage) et les options de désinstallation de mise à jour. C’est suffisant pour la plupart des problèmes de chaîne de démarrage et des problèmes légers de système de fichiers.

Firmware (UEFI/BIOS) : la source de vérité pour le mode de démarrage

La moitié des cas de « Automatic Repair loop » que je vois sont en réalité des incompatibilités de mode de démarrage après qu’on ait réinitialisé les paramètres du firmware ou activé/désactivé le CSM. Le firmware vous dit si le système a même un chemin plausible vers le chargeur OS.

OS externe (Live USB Linux ou WinPE) : l’outil d’inspection et d’extraction

Si vous ne faites plus confiance au disque ou si WinRE échoue sans cesse, démarrez un OS externe pour :

• Vérifier SMART / la santé du disque sans les abstractions Windows.
• Copier les données vers un disque externe.
• Inspecter les partitions (ESP, MSR, OS, recovery) et vérifier ce qu’elles contiennent réellement.

J’aime les médias live Linux pour des vérifications SMART et des copies rapides. Mais WinPE est plus pratique pour le déverrouillage BitLocker et les outils spécifiques à Windows. Utilisez ce que vous savez manier sous stress.

Tâches pratiques (commandes, sorties, décisions)

Voici des tâches réelles que vous pouvez exécuter. Chaque tâche inclut : commande, sortie exemple, ce que cela signifie, et la suite à donner. Exécutez-les depuis WinRE Command Prompt sauf indication contraire. Dans WinRE, les lettres de lecteur changent souvent. Ne supposez rien.

Task 1: Identifier disques et partitions (arrêtez de deviner les lettres)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.19041.1

DISKPART> list disk

  Disk ###  Status         Size     Free     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---
  Disk 0    Online          476 GB      0 B        *
  Disk 1    Online          931 GB      0 B

DISKPART> list vol

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     D   WINRE        NTFS   Partition    900 MB  Healthy    Hidden
  Volume 1     C   OS           NTFS   Partition    475 GB  Healthy
  Volume 2          SYSTEM      FAT32  Partition    100 MB  Healthy    System
  Volume 3     E   Data         NTFS   Partition    931 GB  Healthy

Ce que cela signifie : Vous avez un disque GPT (probablement UEFI). L’ESP est en FAT32 et marquée System. Le volume OS est C: ici, mais ne supposez pas que ce sera toujours le cas.

Décision : Notez la lettre du volume OS et le numéro du volume ESP. S’il n’y a pas de volume FAT32 « System » sur un disque GPT, vos fichiers de démarrage peuvent être manquants ou la disposition des partitions anormale.

Task 2: Vérifier si le volume OS est chiffré par BitLocker

cr0x@server:~$ manage-bde -status C:
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Copyright (C) Microsoft Corporation. All rights reserved.

Volume C: [OS]
[OS Volume]

    Size:                 475.00 GB
    BitLocker Version:    2.0
    Conversion Status:    Fully Encrypted
    Percentage Encrypted: 100.0%
    Protection Status:    Protection On
    Lock Status:          Locked
    Identification Field: Unknown
    Key Protectors:
        Numerical Password

Ce que cela signifie : WinRE voit le volume mais il est verrouillé. Beaucoup de réparations (SFC/DISM/édits du registre) échoueront tant que vous ne l’aurez pas déverrouillé.

Décision : Si vous avez la clé de récupération, déverrouillez. Sinon, arrêtez‑vous et récupérez-la (compte Microsoft, AD, Azure AD, coffre-fort d’entreprise). Deviner n’est pas un plan.

Task 3: Déverrouiller un volume BitLocker (si applicable)

cr0x@server:~$ manage-bde -unlock C: -RecoveryPassword 123456-123456-123456-123456-123456-123456-123456-123456
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Copyright (C) Microsoft Corporation. All rights reserved.

The password successfully unlocked volume C:.

Ce que cela signifie : La partition OS est maintenant lisible/inscriptible. Vos réparations hors ligne agiront maintenant réellement sur le système de fichiers réel.

Décision : Envisagez immédiatement de copier les données critiques si vous suspectez des problèmes de disque. Le chiffrement ne vous protège pas d’une défaillance matérielle.

Task 4: Lire le journal Startup Repair pour savoir ce qui a été tenté

cr0x@server:~$ type C:\Windows\System32\LogFiles\Srt\SrtTrail.txt
Startup Repair diagnosis and repair log
---------------------------------------
Number of repair attempts: 1

Session details
---------------------------
System Disk = \Device\Harddisk0
Windows directory = C:\Windows
AutoChk Run = 0
Number of root causes = 1

Test Performed:
---------------------------
Name: Check for updates
Result: Completed successfully. Error code = 0x0

Root cause found:
---------------------------
Boot critical file c:\windows\system32\drivers\disk.sys is corrupt.
Repair action: File repair
Result: Failed. Error code = 0x57
Time taken = 120 ms

Ce que cela signifie : Startup Repair a trouvé quelque chose de concret : un pilote critique de démarrage marqué comme corrompu, et il n’a pas pu le réparer.

Décision : Cela indique une corruption des fichiers système. Vous utiliserez probablement SFC/DISM hors ligne, ou vous effectuerez un rollback des mises à jour. Si DISK.SYS est corrompu et qu’il y a des erreurs disque, suspectez aussi un problème de stockage sous‑jacent.

Task 5: Lancer CHKDSK hors ligne (intégrité du système de fichiers d’abord)

cr0x@server:~$ chkdsk C: /f
The type of the file system is NTFS.
Volume label is OS.

Stage 1: Examining basic file system structure ...
File verification completed.
Stage 2: Examining file name linkage ...
An unspecified error occurred (696e647863686b2e 12f1).

Ce que cela signifie : CHKDSK a rencontré un problème bas niveau. Cette signature hexadécimale apparaît souvent quand les métadonnées NTFS sont sérieusement endommagées ou que le disque se comporte mal.

Décision : Si CHKDSK ne peut pas se terminer, arrêtez d’exécuter d’autres « réparations » intensives en écriture. Démarrez un média externe, copiez les données, et vérifiez la santé du disque. Si vous devez poursuivre, essayez chkdsk /r uniquement si vous acceptez un long temps d’exécution et un stress supplémentaire sur un disque défaillant.

Task 6: Si CHKDSK s’exécute, interprétez la ligne « bad sectors » de manière réaliste

cr0x@server:~$ chkdsk C: /f /r
The type of the file system is NTFS.
Stage 4: Looking for bad clusters in user file data ...
Windows replaced bad clusters in file 12345 of name \Windows\System32\config\SYSTEM.
...
Windows has made corrections to the file system.
  4096 KB in bad sectors.

Ce que cela signifie : Le disque a renvoyé des secteurs illisibles et Windows a remappé/récupéré ce qu’il a pu. Même si le système démarre maintenant, le disque n’est pas fiable.

Décision : Traitez cela comme un disque défaillant (ou du moins à haut risque). Sauvegardez immédiatement. Planifiez un remplacement du disque. Ne célébrez pas en installant d’autres mises à jour.

Task 7: Vérifier les fichiers Windows avec SFC hors ligne

cr0x@server:~$ sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows
Beginning system scan.  This process will take some time.

Beginning verification phase of system scan.
Verification 100% complete.

Windows Resource Protection found corrupt files and successfully repaired them.

Ce que cela signifie : Des fichiers système étaient corrompus et SFC a pu les réparer en utilisant le magasin de composants.

Décision : Redémarrez et testez. Si SFC ne peut pas réparer, vous aurez probablement besoin de DISM avec une image source ou de revenir sur une mise à jour.

Task 8: Réparer le magasin de composants avec DISM (hors ligne)

cr0x@server:~$ dism /image:C:\ /cleanup-image /restorehealth
Deployment Image Servicing and Management tool
Version: 10.0.19041.1

Image Version: 10.0.19045.3693

[==========================100.0%==========================]
The restore operation completed successfully.
The operation completed successfully.

Ce que cela signifie : L’intégrité de l’image Windows est restaurée ; SFC a maintenant une meilleure chance de réussir.

Décision : Exécutez SFC hors ligne à nouveau après DISM. Si DISM échoue à cause d’une source manquante, utilisez un média d’installation comme source (voir tâche suivante).

Task 9: DISM avec une source connue depuis le média d’installation

cr0x@server:~$ dism /image:C:\ /cleanup-image /restorehealth /source:WIM:D:\sources\install.wim:1 /limitaccess
Deployment Image Servicing and Management tool
Version: 10.0.19041.1

[==========================100.0%==========================]
The restore operation completed successfully.
The operation completed successfully.

Ce que cela signifie : DISM a utilisé l’image du média d’installation comme source de réparation plutôt que de tenter d’atteindre Windows Update (ce que vous n’avez pas dans WinRE).

Décision : Si cela réussit, relancez SFC hors ligne. Si cela échoue avec « source files could not be found », votre numéro d’index est incorrect ou le média d’installation ne correspond pas suffisamment à l’édition/build.

Task 10: Inspecter les entrées de démarrage (BCD) pour voir ce que Windows pense faire

cr0x@server:~$ bcdedit /enum
Windows Boot Manager
--------------------
identifier              {bootmgr}
device                  partition=\Device\HarddiskVolume2
path                    \EFI\Microsoft\Boot\bootmgfw.efi
description             Windows Boot Manager
locale                  en-US

Windows Boot Loader
-------------------
identifier              {default}
device                  partition=C:
path                    \Windows\system32\winload.efi
description             Windows 10
osdevice                partition=C:
systemroot              \Windows

Ce que cela signifie : Boot Manager pointe vers un fichier EFI sur l’ESP, et le chargeur pointe vers C:. C’est une disposition UEFI saine.

Décision : Si device pointe vers la mauvaise partition, ou si winload.efi est manquant, vous êtes en territoire de réparation du démarrage (reconstruction ESP, reconstruction BCD).

Task 11: Reconstruire les fichiers de démarrage sur systèmes UEFI avec bcdboot (la solution généralement correcte)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.19041.1

DISKPART> sel vol 2

Volume 2 is the selected volume.

DISKPART> assign letter=S

DiskPart successfully assigned the drive letter or mount point.

DISKPART> exit
Leaving DiskPart...

cr0x@server:~$ bcdboot C:\Windows /s S: /f UEFI
Boot files successfully created.

Ce que cela signifie : Vous avez monté l’ESP en S: et copié des fichiers de démarrage neufs, générant un environnement de démarrage propre.

Décision : Redémarrez. Si la boucle persiste, vous pouvez avoir une corruption OS plus profonde, un ordre de démarrage firmware erroné ou des problèmes de stockage.

Task 12: Systèmes MBR/Legacy : réparer avec bootrec (à utiliser seulement si vous êtes vraiment en legacy)

cr0x@server:~$ bootrec /fixmbr
The operation completed successfully.

cr0x@server:~$ bootrec /fixboot
Access is denied.

cr0x@server:~$ bootrec /scanos
Total identified Windows installations: 1
[1]  C:\Windows

cr0x@server:~$ bootrec /rebuildbcd
Total identified Windows installations: 1
[1]  C:\Windows
Add installation to boot list? Yes(Y)/No(N)/All(A): y
The operation completed successfully.

Ce que cela signifie : /fixmbr et /rebuildbcd ont fonctionné, mais /fixboot a retourné « Access is denied », un ennui courant dans WinRE.

Décision : Si vous êtes en réalité sur UEFI, n’insistez pas avec bootrec comme s’il était une solution universelle. Utilisez bcdboot et travaillez l’ESP. Si vous êtes en legacy et que /fixboot échoue, vous pouvez parfois régler cela en vous assurant que la partition System Reserved est active et correctement formatée ; mais beaucoup de cas sont plus faciles à résoudre en exécutant bcdboot C:\Windows /s X: vers la partition système correcte.

Task 13: Trouver le bon répertoire Windows quand les lettres sont permutées

cr0x@server:~$ dir C:\Windows
 Volume in drive C is OS
 Volume Serial Number is 8A1B-2C3D

 Directory of C:\Windows

06/01/2025  10:22 AM    <DIR>          System32
06/01/2025  10:22 AM    <DIR>          WinSxS
...

Ce que cela signifie : Cela ressemble à un vrai répertoire Windows. Dans WinRE, Windows est parfois sur D: ou E:.

Décision : Vérifiez toujours le chemin avant d’exécuter SFC/DISM/bcdboot. « J’ai réparé le mauvais volume » est plus courant que vous ne le pensez.

Task 14: Essayer le Mode Sans Échec via le BCD (quand le démarrage normal plante tôt)

cr0x@server:~$ bcdedit /set {default} safeboot minimal
The operation completed successfully.

Ce que cela signifie : Le prochain démarrage tentera le Mode Sans Échec (pilotes minimaux). Utile si un pilote tiers ou un service tue le démarrage.

Décision : Si le système démarre en Mode Sans Échec, supprimez les pilotes récemment installés, l’AV, les pilotes filtres de stockage, ou revenez sur les mises à jour. Lorsque vous avez fini, supprimez le drapeau safeboot :

cr0x@server:~$ bcdedit /deletevalue {default} safeboot
The operation completed successfully.

Task 15: Identifier les mises à jour Windows récentes (hors ligne) et en supprimer une

cr0x@server:~$ dism /image:C:\ /get-packages /format:table
Deployment Image Servicing and Management tool
Version: 10.0.19041.1

Package Identity                                             State      Release Type
-----------------------------------------------------------  ---------  ------------
Package_for_KB5030211~31bf3856ad364e35~amd64~~19041.3324.1.0 Installed  Update
Package_for_KB5031356~31bf3856ad364e35~amd64~~19041.3448.1.0 Installed  Security Update

Ce que cela signifie : Vous pouvez voir ce qui est installé. Si la boucle a commencé juste après un patch, voilà la chronologie dans une boîte.

Décision : Supprimez le suspect le plus récent (surtout si vous pouvez corréler la date). Exemple :

cr0x@server:~$ dism /image:C:\ /remove-package /packagename:Package_for_KB5031356~31bf3856ad364e35~amd64~~19041.3448.1.0
Deployment Image Servicing and Management tool
Version: 10.0.19041.1

[==========================100.0%==========================]
The operation completed successfully.

Si la suppression échoue à cause d’actions en attente, vous devrez peut‑être effacer les opérations en attente (tâche suivante).

Task 16: Effacer les actions « pending » qui ressuscitent une mise à jour brisée

cr0x@server:~$ dism /image:C:\ /cleanup-image /revertpendingactions
Deployment Image Servicing and Management tool
Version: 10.0.19041.1

Reverting pending actions from the image...
[==========================100.0%==========================]
The operation completed successfully.

Ce que cela signifie : Windows avait des étapes de maintenance en attente qui pouvaient casser le démarrage à chaque fois. Revenir en arrière peut ramener le système à un état cohérent antérieur.

Décision : Redémarrez. Si le système démarre, stabilisez immédiatement : terminez les mises à jour proprement plus tard, et vérifiez la santé du disque.

Task 17: Vérifier et définir la bonne entrée de démarrage firmware (courant en UEFI après des « réparations »)

cr0x@server:~$ bcdedit /enum firmware
Firmware Boot Manager
---------------------
identifier              {fwbootmgr}
displayorder            {bootmgr}
                        {a1b2c3d4-e5f6-7890-abcd-ef0123456789}
timeout                 2

Firmware Application (101fffff)
-------------------------------
identifier              {bootmgr}
description             Windows Boot Manager

Ce que cela signifie : Le firmware connaît « Windows Boot Manager ». S’il est absent, l’ordre de démarrage du firmware peut pointer ailleurs (PXE, un autre disque, une ancienne entrée).

Décision : Si l’entrée firmware est manquante ou incorrecte, corrigez‑la dans le BIOS/UEFI : choisissez le bon « Windows Boot Manager » lié au bon disque. Les réparations logicielles ne peuvent pas toujours corriger de façon fiable les bizarreries du firmware constructeur.

Task 18: Copier les données depuis WinRE (quand l’OS ne démarre pas mais que le disque se lit)

cr0x@server:~$ robocopy C:\Users\alice\Desktop E:\Rescue\Desktop /E /R:1 /W:1 /XJ
-------------------------------------------------------------------------------
   ROBOCOPY     ::     Robust File Copy for Windows
-------------------------------------------------------------------------------

  Started : Tuesday, February 4, 2026 10:42:11
   Source : C:\Users\alice\Desktop\
     Dest : E:\Rescue\Desktop\

    Files : *.*

  Options : *.* /E /R:1 /W:1 /XJ

------------------------------------------------------------------------------

               Total    Copied   Skipped  Mismatch    FAILED    Extras
    Dirs :        42        42         0         0         0         0
   Files :       380       380         0         0         0         0
   Bytes :   1.82 g   1.82 g         0         0         0         0
   Times :   0:02:11   0:02:11                       0:00:00   0:00:00

   Speed :            14.2 MBytes/sec.
   Ended : Tuesday, February 4, 2026 10:44:22

Ce que cela signifie : Les données ont été copiées avec succès. /XJ évite les boucles de jonctions ; /R:1 /W:1 évite de vous faire perdre du temps en tentatives répétées.

Décision : Si la copie échoue systématiquement sur des fichiers spécifiques avec des « read errors », c’est un autre drapeau de santé du disque. Priorisez ce que vous pouvez, puis arrêtez de stresser le disque.

Blague #2 : Si vous redémarrez encore la boucle « juste pour voir », félicitations—vous avez inventé un nouveau benchmark pour l’optimisme.

Trois mini-histoires d’entreprise réelles

Mini-histoire 1 : L’incident causé par une fausse hypothèse

Une entreprise de taille moyenne avait un parc d’ordinateurs portables pour développeurs. Un matin, plusieurs se sont mis en boucle sur « Préparation de la réparation automatique » après une mise à jour de firmware poussée par l’outil de gestion du fournisseur matériel. Le canal IT interne s’est enflammé avec le classique : « La mise à jour Windows a encore planté. »

Le premier intervenant a fait ce que la plupart font sous pression : il a exécuté bootrec /fixmbr et bootrec /fixboot sur plusieurs appareils. Quelques‑uns sont devenus pires—ils ne trouvaient plus systématiquement un périphérique de démarrage. C’est alors que l’hypothèse est apparue : ils pensaient que tous les portables Windows étaient en BIOS/MBR parce que « c’est ce qu’on utilisait il y a des années ».

En réalité, les appareils étaient UEFI/GPT avec une petite ESP. La mise à jour firmware du fournisseur avait remis certains appareils en mode Legacy/CSM. Windows fonctionnait ; le firmware avait simplement cessé de démarrer l’entrée UEFI. Startup Repair ne pouvait pas corriger un basculement firmware, donc ça bouclait.

La réparation fut ennuyeuse : remettre le firmware en UEFI, vérifier que « Windows Boot Manager » est premier dans l’ordre de démarrage, et dans quelques cas reconstruire les fichiers de démarrage avec bcdboot car les tentatives bootrec précédentes avaient compliqué la situation. Après cela, le parc s’est stabilisé.

Leçon : Ne commencez pas par « réparer Windows » quand le problème est la réalité du firmware. Confirmez le mode de démarrage et le schéma de partition tôt.

Mini-histoire 2 : L’optimisation qui s’est retournée contre eux

Une équipe d’image entreprise a essayé d’accélérer le démarrage et de rendre les patchs plus propres. Ils ont activé Fast Startup massivement, ajusté des réglages d’alimentation et standardisé les politiques de chiffrement disque. Ça fonctionnait bien en pilote.

Puis une petite vague de machines a commencé à rencontrer la boucle après les Patch Tuesdays, surtout celles souvent arrêtées de force (consultants, voyages, batterie faible). Le schéma était laid : drapeaux NTFS « sales », invites BitLocker occasionnelles, et des outils WinRE qui ne pouvaient pas toujours réconcilier l’état.

L’optimisation n’était pas mauvaise en soi ; elle a juste amplifié les cas limites. Fast Startup peut préserver un état hybride plus sensible aux pertes de puissance brutales. Combiné au chiffrement et à un patching agressif, le chemin de récupération s’est réduit. Startup Repair devait naviguer un système à moitié en hibernation, des actions de maintenance en attente et parfois des volumes verrouillés.

La remédiation n’a pas été « tout désactiver ». Elle a été ciblée : pour le groupe affecté, désactiver Fast Startup, améliorer le timing d’installation des mises à jour (éviter les patchs critiques avant un déplacement), et appliquer une pratique standard « finir les mises à jour puis redémarrer complètement ». Ils ont aussi amélioré l’accès à WinRE et sécurisé l’archivage des clés de récupération.

Leçon : Les réglages de performance peuvent devenir des réglages de fiabilité. Quand ils tournent mal, ils ne le disent pas poliment.

Mini-histoire 3 : La pratique ennuyeuse mais correcte qui a sauvé la mise

Un service financier avait quelques dizaines de postes Windows exécutant des logiciels spécialisés. Ce sont des machines banales, gérées prudemment. Le responsable IT insistait sur deux pratiques : (1) sauvegardes hebdomadaires testées des profils utilisateurs sur un partage réseau, et (2) une checklist documentée de récupération de démarrage collée dans l’armoire de la salle serveurs.

Un matin, un hic du contrôleur de stockage lors d’un événement électrique a corrompu quelques volumes de démarrage. Plusieurs PC sont tombés dans la boucle « Préparation de la réparation automatique » simultanément. La panique aurait été raisonnable ; la clôture de fin de mois approchait.

Au lieu de cela, l’équipe a exécuté la checklist. Ils ont démarré WinRE, lancé CHKDSK pour évaluer l’intégrité, et pour ceux avec des mauvais secteurs ils n’ont pas perdu de temps à prétendre que les réparations allaient durer ; ils ont copié ce qu’ils pouvaient, remplacé les disques si nécessaire et ré‑imagé. Les utilisateurs étaient de retour en quelques heures.

Ce n’était pas héroïque. C’était du processus. Les sauvegardes signifiaient que personne ne négociait avec un disque défaillant pour la seule copie d’un tableau.

Leçon : Les pratiques ennuyeuses—sauvegardes testées et runbooks—transforment un « désastre » en « mardi ennuyeux ».

Listes de contrôle / plan étape par étape

Plan A : Vous voulez redémarrer sans empirer la situation

1. Accédez à WinRE (interrompre le démarrage 3 fois, ou démarrer depuis le média d’installation → Réparer votre ordinateur).
2. Enregistrez les bases : mode de démarrage (UEFI/Legacy), type de disque (GPT/MBR), lettre du volume OS dans WinRE.
3. Vérifiez l’état BitLocker avec manage-bde -status. Déverrouillez si nécessaire.
4. Lisez SrtTrail.txt. S’il nomme un fichier corrompu ou un fichier de démarrage manquant, considérez‑le comme un indice, pas comme un verdict.
5. Lancez CHKDSK (/f d’abord). Si des secteurs défectueux apparaissent, passez en priorité extraction des données.
6. Exécutez DISM puis SFC hors ligne si une corruption est suspectée.
7. Réparez les fichiers de démarrage en utilisant la bonne méthode :
   • UEFI/GPT : montez l’ESP et exécutez bcdboot C:\Windows /s S: /f UEFI.
   • Legacy/MBR : envisagez bootrec et vérifiez la partition système active.
8. Redémarrez. Si le système démarre, stabilisez immédiatement : vérifiez la santé du disque sous Windows, planifiez des sauvegardes et évitez les redémarrages surprises pendant une mise à jour.

Plan B : Vous suspectez que le disque est en train de lâcher (traitez‑le comme tel)

1. Arrêtez les réparations intensives en écriture (les boucles interminables de CHKDSK /r ne sont pas une bonté).
2. Démarrez depuis un média externe (WinPE ou Linux live).
3. Vérifiez la santé du disque (SMART) et confirmez si le disque se déconnecte intermittemment.
4. Copiez d’abord les données critiques (dossiers de profil, dépôts de projet, documents). Utilisez des outils capables de gérer les erreurs et de continuer.
5. Remplacez le disque, puis réinstallez ou restaurez. Si vous devez garder l’OS, restaurez depuis une image plutôt que de « réparer » un disque malade.

Plan C : Il s’agit probablement d’une mauvaise mise à jour ou d’un pilote

1. Essayez le Mode Sans Échec (via Startup Settings, ou définissez safeboot dans le BCD).
2. Désinstallez la mise à jour la plus récente via l’UI WinRE ou DISM hors ligne.
3. Revenez sur les actions en attente si la maintenance est bloquée.
4. Désactivez les pilotes tiers problématiques (AV, filtres de stockage) uniquement si vous savez ce que vous faites et avez une méthode de retour arrière.
5. Redémarrez et validez. Une fois stable, mettez à jour les pilotes de manière intentionnelle, pas tous en même temps.

Erreurs courantes : symptôme → cause racine → correctif

1) Symptom: CHKDSK tourne éternellement, le système ralentit à chaque démarrage

Cause racine : Disque défaillant (secteurs défectueux) ou problèmes de contrôleur provoquant des retries.

Correctif : Priorisez l’extraction des données ; remplacez le disque. Si vous devez exécuter CHKDSK, faites‑le une fois pour évaluer, pas comme rituel.

2) Symptom: « Access is denied » sur bootrec /fixboot

Cause racine : Souvent des systèmes UEFI/GPT où bootrec est l’outil inadapté, ou l’ESP/partition système n’est pas accessible correctement.

Correctif : Utilisez diskpart pour monter l’ESP et exécutez bcdboot. Confirmez que le firmware est en UEFI et que l’ordre de démarrage est correct.

3) Symptom: Startup Repair indique « n’a pas pu réparer votre PC » avec des erreurs vagues

Cause racine : Startup Repair est limité ; il ne peut pas réparer le matériel disque, les incompatibilités de mode firmware, ou des échecs complexes de maintenance.

Correctif : Lisez SrtTrail.txt, puis choisissez : voie intégrité disque (CHKDSK/SMART) ou voie chaîne de démarrage (bcdboot/inspection BCD) ou voie maintenance (DISM/SFC/revert pending).

4) Symptom: DISM/SFC échouent avec « Windows Resource Protection could not perform the requested operation »

Cause racine : Lettres de lecteur incorrectes, image hors ligne inaccessible, ou volume verrouillé par BitLocker.

Correctif : Vérifiez le chemin Windows avec dir. Vérifiez l’état BitLocker ; déverrouillez. Utilisez les bons paramètres /image et /offwindir.

5) Symptom: Après « réparation », message « No boot device found »

Cause racine : L’ordre de démarrage firmware a changé, ou les fichiers de démarrage ont été écrits sur le mauvais disque/ESP (fréquent lorsque plusieurs disques sont connectés).

Correctif : Déconnectez les disques externes. Dans le firmware, sélectionnez la bonne entrée Windows Boot Manager. Relancez bcdboot en ciblant l’ESP correct sur le disque OS.

6) Symptom: Il démarre une fois, puis retourne en boucle après des mises à jour

Cause racine : Actions de maintenance en attente, disque instable, ou un pilote qui plante tôt dans le démarrage.

Correctif : Utilisez dism /revertpendingactions, désinstallez la dernière mise à jour, et vérifiez la santé du disque. Si le système démarre en Mode Sans Échec mais pas en normal, suspectez des changements de pilote/service.

7) Symptom: WinRE voit le disque mais ne peut pas accéder aux fichiers (vide ou propose de formater)

Cause racine : Chiffrement BitLocker sans déverrouillage, ou corruption sévère du système de fichiers.

Correctif : Vérifiez manage-bde. Si ce n’est pas BitLocker, arrêtez les écritures et passez aux outils de récupération ; envisagez d’imager le disque d’abord.

8) Symptom: « Préparation de la réparation automatique » apparaît après un changement dans les paramètres BIOS

Cause racine : Mode de démarrage basculé (UEFI ↔ Legacy), changement de Secure Boot, ou réinitialisation de l’ordre de démarrage.

Correctif : Restaurez le mode de démarrage et l’ordre corrects. Si nécessaire, reconstruisez les fichiers de démarrage avec bcdboot pour le mode adéquat.

FAQ

1) Est‑ce que « Préparation de la réparation automatique » est toujours un problème Windows ?

Non. Cela peut venir d’une configuration firmware, du matériel disque, du comportement du contrôleur de stockage, ou même d’un problème d’alimentation. Windows n’est que l’endroit où le symptôme se manifeste.

2) Quelle est la commande en ligne la plus efficace pour les problèmes de démarrage UEFI ?

bcdboot pour reconstruire les fichiers de démarrage sur l’EFI System Partition—après avoir correctement identifié et monté l’ESP. C’est plus propre que de trifouiller au hasard le BCD.

3) Dois‑je lancer chkdsk /r immédiatement ?

Pas à moins d’accepter le compromis. /r est lent et intensif en écritures ; sur un disque défaillant il peut accélérer la fin. Commencez par /f pour évaluer. Si vous voyez des secteurs défectueux, priorisez la copie des données.

4) Pourquoi WinRE montre mon lecteur Windows comme D: ou E: ?

Les lettres de lecteur sont assignées dynamiquement dans WinRE. L’environnement de récupération est un contexte OS différent. Vérifiez toujours avec diskpart et dir avant d’exécuter des réparations hors ligne.

5) Si je reconstruis le BCD, vais‑je perdre des données ?

Reconstruire la configuration de démarrage n’affecte généralement pas les données utilisateur, mais des erreurs peuvent rendre le système non amorçable jusqu’à correction. Le risque plus important est de réparer le mauvais disque ou d’écrire sur la mauvaise ESP quand plusieurs disques sont connectés.

6) Que faire si BitLocker est activé et que je n’ai pas la clé de récupération ?

Vos options sont limitées. Il se peut que vous ne puissiez pas accéder aux fichiers ni effectuer des réparations. Votre vrai travail devient récupérer la clé de l’endroit où elle a été escroquée (compte Microsoft, AD, ou la gestion des appareils de votre organisation).

7) Une mise à jour Windows seule peut‑elle provoquer cette boucle ?

Oui. Les mises à jour peuvent laisser des actions en attente, remplacer des fichiers critiques de démarrage ou déclencher des problèmes de pilotes. Mais « la mise à jour a planté » est aussi une histoire commode qui masque des problèmes de disque préexistants.

8) Quand dois‑je arrêter le dépannage et réinstaller Windows ?

Si la santé du disque est douteuse, si les fichiers système se corrompent sans cesse, ou si vous avez passé plus de temps que la machine ne vaut. Réinstaller n’est pas un échec ; c’est une récupération contrôlée. Extrayez simplement les données d’abord.

9) Secure Boot peut‑il provoquer des boucles « Préparation de la réparation automatique » ?

Secure Boot peut être impliqué si les chargeurs sont incompatibles ou si les clés ont été modifiées, mais c’est moins courant que des problèmes d’ordre de démarrage/mode. Changez les paramètres Secure Boot uniquement si vous comprenez les implications pour votre environnement.

10) Pourquoi Startup Repair échoue même quand la solution semble évidente ?

Parce qu’il est prudent et limité. Il ne réécrira pas toujours les structures de démarrage, et il ne peut pas résoudre de manière fiable les défaillances causées par le matériel ou le chiffrement sans déverrouillages explicites et une cible correcte.

Conclusion : les prochaines étapes pour éviter cette boucle

Si vous êtes coincé sur « Préparation de la réparation automatique », faites trois choses dans cet ordre : identifiez le volume OS et le mode de démarrage, évaluez l’intégrité du disque, puis réparez la bonne couche (fichiers, maintenance, chaîne de démarrage) avec l’outil le moins destructeur.

Prochaines étapes pratiques :

• Après avoir retrouvé le démarrage : exécutez un contrôle complet de santé du disque, vérifiez les sauvegardes et consignez si le système est UEFI/GPT avec une ESP montable.
• Si CHKDSK a signalé des secteurs défectueux : planifiez le remplacement du disque. N’attendez pas que la prochaine boucle devienne permanente.
• Si la cause était une réinitialisation du firmware ou l’ordre de démarrage : documentez les réglages corrects et, en environnement d’entreprise, contrôlez les mises à jour firmware comme vous contrôlez les changements en production.
• Si la cause était une mise à jour/pilote : améliorez la discipline de déploiement—mises à jour par étapes, référentiels de pilotes validés, et clés de récupération accessibles quand votre portable devient une brique coûteuse.

Le correctif de récupération qui marche vraiment n’est pas une commande magique. C’est refuser de deviner, refuser la panique, et traiter la boucle de démarrage comme un système ayant un mode de défaillance mesurable—parce que c’en est un.