Image de récupération Windows sur USB : réparer une archive corrompue et réussir la restauration

Vous tentez de restaurer un PC avec une image de récupération Windows copiée sur USB, mais l’archive ZIP signale des erreurs (« corrompue ») et la procédure échoue vers 90 %. Voici une méthode fiable et détaillée pour réussir la préparation et la restauration, avec des diagnostics si ça coince.

Vue d’ensemble de la question

Scénario typique : une image de récupération (~10 Go) est téléchargée pour un appareil (Surface ou autre PC UEFI). Lors de l’extraction, l’outil de décompression affiche une erreur de fichier corrompu. L’utilisateur ignore l’avertissement, copie le dossier sur une clé USB et lance la restauration. Le processus démarre mais s’interrompt aux alentours de 90 % (« application de l’image »). Un nouveau téléchargement ne semble pas « fonctionner » non plus.

Ce symptôme est quasi toujours lié à un fichier manquant ou altéré (CRC invalide, archive incomplète) ou à une clé USB mal préparée (format incompatible, contenu mal copié). La solution fiable tient en quatre points : retélécharger proprement, formater la clé en FAT32, extraire sur le disque local, puis copier les fichiers à la racine de l’USB.

Diagnostic rapide (en 30 secondes)

• Si l’extraction de l’archive affiche la moindre erreur : ne pas ignorer. Le support créé sera incomplet et la restauration échouera souvent vers 80–95 %.
• La clé doit être en FAT32 (UEFI et chargeurs de récupération ne démarrent pas toujours en exFAT/NTFS).
• Copiez les fichiers et sous-dossiers extraits directement à la racine de la clé, pas le dossier parent.
• Utilisez une clé de 16 à 32 Go de bonne qualité, insérée directement (pas via un hub), si possible dans un autre port.

Pourquoi l’archive est dite « corrompue » ?

Les archives de ~10 Go sont sensibles aux microcoupures réseau, à la mise en veille, aux antivirus trop zélés ou à un disque saturé. Résultat : l’extraction plante, ou « réussit » avec des fichiers manquants. Ignorer l’erreur mène presque systématiquement à un échec tardif : l’outil de récupération progresse jusqu’à l’étape où un .swm (ou un segment de l’image) est absent, puis s’arrête autour de 90 %.

Pré‑requis pour la clé USB

Élément	Recommandation	Pourquoi
Capacité	16–32 Go	Assez d’espace pour l’image + fichiers système, bonne compatibilité UEFI.
Système de fichiers	FAT32	Chargeur UEFI/recovery compatible par défaut ; exFAT/NTFS rarement pris en charge en mode récupération.
Type d’appareil	USB 3.0 fiable (marque connue)	Débit stable, moins d’erreurs d’E/S.
Connexion	Port USB direct (pas de hub)	Réduit le risque d’instabilité électrique/protocoles.

Réponse & solution (chemin de réussite)

Re‑télécharger l’image officielle

• Téléchargez l’image de récupération fournie par le constructeur pour votre modèle exact (évitez les images « génériques » non prévues pour l’appareil).
• Si la dernière image échoue répétitivement, vérifiez si une version antérieure existe pour ce modèle : elles sont parfois plus stables sur certains firmwares.
• Conservez l’ordinateur éveillé : branchement secteur, mise en veille désactivée pendant le téléchargement, et si possible une connexion filaire.

Préparer la clé USB correctement

Option 1 : via l’Explorateur

1. Insérez la clé.
2. Dans l’Explorateur, clic droit sur la clé > Formater… > FAT32 > cochez Formatage rapide (ou complet si vous suspectez des erreurs de support).

Option 2 : via l’invite de commandes (avancé) — Attention, ces opérations effacent intégralement la clé. Vérifiez deux fois le numéro du disque.

diskpart
list disk
select disk <N° de votre clé>
clean
create partition primary
format fs=fat32 quick
assign
exit

Extraire puis copier les fichiers (et non le dossier)

1. Créez un dossier local, par ex. C:\Users\<vous>\Desktop\recovery.
2. Extrayez l’archive ZIP dans ce dossier local (ne jamais extraire directement sur la clé).
3. Copiez tous les fichiers et sous‑dossiers extraits à la racine de la clé USB (ne copiez pas le dossier « recovery » lui‑même).

Arborescence typique attendue à la racine de la clé (exemple) :

E:\
 ├─ boot\
 ├─ efi\
 ├─ sources\
 │   ├─ boot.wim
 │   ├─ install.swm
 │   ├─ install2.swm
 │   ├─ (éventuels install3.swm, install4.swm…)
 │   └─ ...
 ├─ setup.exe
 └─ ...

Si vous voyez un unique install.wim > 4 Go, l’image n’est pas optimisée pour FAT32 (limite 4 Go/fichier) ; voir la section « Gérer la limite FAT32 » ci‑dessous.

Démarrer sur la clé et lancer la restauration

• Surface : appareil éteint, maintenez Volume Bas, puis appuyez sur Marche/Arrêt ; relâchez quand le logo apparaît.
• Autres PC : utilisez le menu de démarrage (souvent F12, F9, F11, Esc selon la marque) pour choisir la clé USB.

Dans l’assistant, sélectionnez Dépannage > Récupérer à partir du lecteur. Suivez les instructions à l’écran. Attention : la récupération peut effacer les données locales. Sauvegardez ce qui est possible en amont.

Résultat (cas réel)

En appliquant cette séquence (nouveau téléchargement sans erreur, formatage en FAT32, extraction sur le disque local puis copie des fichiers à la racine de la clé), la restauration s’est déroulée jusqu’au bout et l’appareil a redémarré correctement.

Vérifier l’intégrité de l’archive et des copies

Tester l’archive avant toute copie

• Avec un outil d’archivage qui propose Tester l’archive : le résultat attendu est « Everything is Ok » (ou équivalent). Au moindre échec, retéléchargez.

Comparer l’empreinte (hash)

Si le fournisseur publie un hash (SHA‑256, SHA‑1), calculez‑le ainsi (PowerShell) :

Get-FileHash "C:\chemin\image.zip" -Algorithm SHA256

La valeur obtenue doit correspondre à celle annoncée par le constructeur. En cas d’écart, le fichier est altéré.

Vérifier la clé USB

• Test rapide : chkdsk /f E: (remplacez E: par la lettre de la clé).
• Recopiez si nécessaire avec un outil robuste (ex. robocopy) pour limiter les erreurs silencieuses :

robocopy "C:\Users\<vous>\Desktop\recovery" "E:\" /E /COPY:DAT /DCOPY:T /R:0 /W:0 /NFL /NDL

Gérer la limite FAT32 (fichier > 4 Go)

Si l’image contient un install.wim de plus de 4 Go (incompatible FAT32), scindez‑le en segments .swm avec DISM :

dism /Split-Image /ImageFile:"C:\recovery\sources\install.wim" ^
     /SWMFile:"C:\recovery\sources\install.swm" /FileSize:3800

Les fichiers install.swm, install2.swm, etc., seront générés. Copiez‑les ensuite dans E:\sources\. Cette approche conserve la compatibilité UEFI/FAT32.

Quand la restauration s’arrête vers 90 %

Cette étape correspond souvent à « Appliquer l’image ». Les causes probables :

Symptôme	Cause fréquente	Solution
Erreur CRC / « Unexpected end of archive » à l’extraction	Téléchargement incomplet, archive altérée	Retélécharger, tester l’archive, vérifier le hash
Échec vers 85–95 %	Segment .swm manquant ou corrompu	Recréer la clé depuis une extraction sans erreur
« No bootable device » au démarrage	Dossier parent copié au lieu de ses contenus	Remettre les fichiers à la racine de la clé
Blocage dès le boot	Clé non FAT32, port instable, hub USB	Reformater en FAT32, changer de port/clé
Code 0x8007025D / 0x80070017	Erreurs de lecture : support ou fichier	Nouvelle clé, nouvelle extraction, vérifs d’intégrité

Pour comprendre précisément, ouvrez les journaux depuis l’environnement de récupération :

• Appuyez sur Maj+F10 pour ouvrir l’invite de commandes.
• Consultez : X:\Windows\Panther\setupact.log et setuperr.log (vous pouvez utiliser notepad pour les ouvrir).

Bonnes pratiques de téléchargement et d’extraction

• Connexion : privilégiez Ethernet ou un Wi‑Fi très stable. Évitez les réseaux publics saturés.
• Alimentation : branchez l’ordinateur sur secteur et désactivez la mise en veille pendant le téléchargement et l’extraction.
• Espace disque : visez une marge de 20–30 Go libres sur le disque local pour extraire l’archive sans contrainte.
• Antivirus : si l’extraction échoue systématiquement, désactivez temporairement l’analyse en temps réel (puis réactivez‑la une fois terminé).
• Outil d’archive : utilisez un utilitaire fiable qui propose un test d’intégrité avant copie.
• Extraction locale : n’extrayez jamais directement vers l’USB ; travaillez sur le disque interne, testez, puis copiez.
• Copie robuste : préférez un seul transfert complet (ou robocopy) pour limiter les erreurs silencieuses.

FAQ ciblée

Puis‑je formater la clé en exFAT ou NTFS ?

Non, pour un support de récupération UEFI il faut FAT32. Certains firmwares savent démarrer en NTFS via des mécanismes spécifiques, mais les environnements de récupération OEM attendent généralement FAT32.

Dois‑je rendre la partition « active » ?

En UEFI, ce n’est pas nécessaire. Assurez‑vous surtout que la clé est en FAT32 et que les fichiers requis (dont EFI\BOOT\BOOTX64.EFI) sont à la racine de l’USB.

Puis‑je créer la clé depuis un autre PC ?

Oui. Le plus important est d’utiliser l’image correspondant au modèle cible. La clé créée sur un autre PC doit démarrer l’appareil prévu si l’UEFI est sain.

Que faire si je n’ai que install.wim > 4 Go ?

Scindez l’image en .swm avec DISM (voir plus haut). Copiez ensuite les morceaux dans sources\ sur la clé.

La restauration efface‑t‑elle mes données ?

Très souvent oui (suivez les options affichées). Sauvegardez tout ce que vous pouvez avant de commencer.

Plan B : réinstallation propre de Windows (ultime recours)

Si l’image constructeur ne passe jamais (archive systématiquement corrompue, miroir temporairement défaillant, etc.), envisagez une installation propre de Windows avec un support d’installation officiel, puis laissez Windows Update récupérer les pilotes. Ce scénario remet un système fonctionnel mais ne restaure pas certaines personnalisations OEM. N’en faites usage qu’en dernier recours, après avoir tenté la procédure de récupération dédiée.

Checklist finale (à cocher mentalement)

• ✔ Téléchargement intégral terminé sans erreur.
• ✔ Test d’archive réussi (outil type 7‑Zip, ou hash correctement vérifié).
• ✔ Clé USB de 16–32 Go, FAT32, formatée proprement.
• ✔ Extraction faite sur le disque local, pas sur l’USB.
• ✔ Copie des fichiers à la racine de la clé (pas du dossier parent).
• ✔ Démarrage UEFI sur l’USB, lanceur de récupération accessible.
• ✔ En cas d’échec : contrôler setupact.log/setuperr.log, changer de clé/port, re‑tester l’archive.

Exemples de commandes utiles (avancé)

Vérifier rapidement la clé et recopier de manière fiable

chkdsk /f E:
robocopy "C:\Users\<vous>\Desktop\recovery" "E:\" /E /COPY:DAT /DCOPY:T /R:0 /W:0

Calculer un hash SHA‑256

Get-FileHash "C:\Téléchargements\image.zip" -Algorithm SHA256

Créer une clé FAT32 propre avec DiskPart (vérifiez le n° du disque avant clean)

diskpart
list disk
select disk <N>
clean
create partition primary
format fs=fat32 quick
assign
exit

Scinder un install.wim trop volumineux

dism /Split-Image /ImageFile:"C:\recovery\sources\install.wim" ^
     /SWMFile:"C:\recovery\sources\install.swm" /FileSize:3800

Erreurs courantes et comment les éviter

Erreur	Origine	Prévention
Extraction directement vers l’USB	Copie lente, erreurs E/S, timeouts	Extraire sur disque interne puis copier
Ignorer un avertissement d’archive corrompue	Fichiers manquants	Tester, retélécharger si nécessaire
Clé en exFAT/NTFS	Non reconnu par UEFI/recovery	FAT32 obligatoire
Copier le dossier parent (p. ex. « recovery »)	Structure non reconnue au boot	Copier les contenus à la racine
Clé de mauvaise qualité	Erreurs d’écriture, secteurs défectueux	Choisir une clé fiable, changer de port

Conclusion

Un échec de restauration à ~90 % après un avertissement d’archive corrompue n’est pas une fatalité. En reprenant la procédure proprement — téléchargement intact, test de l’archive, clé en FAT32, extraction locale puis copie des fichiers à la racine — vous éliminez l’essentiel des causes. En cas de persistance, la vérification des journaux et le remplacement du support USB (voire un plan B en installation propre) conduisent dans la grande majorité des cas à un système restauré et fiable.