Réinstaller Windows et conserver les applications ? Ce qui fonctionne vraiment (et ce qui relève du marketing)

février 28, 2026 • février 28, 2026 • Lecture : 28 min • Views: 0

Cet article vous a aidé ?

Il est 9h12. Vous avez un problème « simple » sous Windows : mises à jour cassées, temps de démarrage étranges, client VPN qui ne se lance pas, et votre portable est devenu un radiateur coûteux. Quelqu’un dit : « Réinstalle Windows, tu peux garder tes applications. » Cette phrase est soit le début d’une récupération propre… soit le début d’un long après-midi à expliquer aux finances pourquoi la suite comptable a besoin « d’une réautorisation rapide » (encore).

Cet article explique la différence entre ce que Windows peut réellement faire et ce que les éditeurs ou les posts optimistes sur les forums laissent entendre. Nous couvrirons les options, leurs échecs courants, et comment prouver — avec des commandes et des sorties — si vous êtes sur le point de conserver vos applications ou d’effacer votre semaine.

Les termes que les vendeurs brouillent volontairement

Quand on dit « réinstaller Windows », on peut parler de quatre opérations différentes. Une seule conserve de manière fiable les applications dans le sens où la plupart des humains entendent « applications ». Les autres ne conservent que des fichiers, gardent quelques applications du Microsoft Store, ou ne laissent que des regrets.

1) Installation propre (effacer et installer)

C’est l’option honnête. Vous démarrez depuis un média d’installation, supprimez les partitions ou formatez le volume système, et installez à neuf. Vous pouvez préserver un dossier Windows.old si vous installez sur la même partition sans formater, mais cela ne sauve que les données utilisateur et une partie de l’état système — pas les applications installées en état de fonctionnement.

2) Réinitialiser ce PC

Les Paramètres de Windows proposent « Réinitialiser ce PC » avec des choix comme « Conserver mes fichiers » ou « Supprimer tout ». Le chemin « Conserver mes fichiers » préserve les profils utilisateurs et quelques paramètres mais supprime les applications de bureau installées. Il peut conserver certaines applications intégrées. Ce n’est pas « garder les applications », peu importe la politesse d’une boîte de dialogue.

3) Mise à niveau in-place / réparation (le vrai procédé qui « garde les apps »)

C’est celle qui peut préserver les applications Win32 installées et la plupart des paramètres : lancer Windows Setup depuis l’intérieur de Windows (pas en boot depuis l’USB), choisir de conserver les fichiers personnels et les applications, et laisser Setup déposer un nouvel OS tout en migrant l’installation existante.

Si vous devez retenir une règle : si vous démarrez depuis une clé USB, « garder les apps » est généralement hors de portée. Setup a besoin du contexte du système en cours d’exécution pour effectuer une migration complète des applications et de l’état du registre.

4) Restauration d’image / restauration bare-metal

Celle-ci conserve les applications parce qu’elle conserve tout. Mais ce n’est pas une « réinstallation », c’est un voyage dans le temps. Vous restaurez une image disque complète antérieure et acceptez que tout ce qui a été installé ou modifié depuis l’image soit perdu.

Blague n°1 : Un « réinstall qui garde les apps » ressemble un peu à un « gâteau régime ». Parfois il existe, mais lisez quand même l’étiquette.

Ce que « conserver les applications » signifie réellement : les seuls chemins qui fonctionnent

Voici la vérité pratique : pour les applications de bureau traditionnelles (Win32), la seule méthode supportée par Microsoft qui ressemble à « réinstaller Windows et conserver les applications » est la mise à niveau in-place / réparation. Tout le reste est soit une réinitialisation (applications supprimées), soit une installation propre (applications supprimées, fichiers éventuellement récupérables).

La mise à niveau in-place / réparation : ce qu’elle fait

Remplace les fichiers système de Windows par une copie fraîche depuis le média d’installation ou les sources Windows Update.
Reconstruit le magasin de composants (WinSxS) et réenregistre de nombreux composants système.
Migre les applications installées, les pilotes et les paramètres dans la mesure du possible.
Crée des artefacts de retour arrière et des journaux (comme C:\$WINDOWS.~BT, les journaux Panther).

Ce qu’elle ne garantit pas

Elle ne gardera pas des applications cassées si celles-ci dépendaient de composants système corrompus, de pilotes obsolètes ou de runtime qui sont remplacés.
Elle ne préservera pas l’état de licence pour tous les produits. Certaines licences survivent, d’autres traitent l’installation comme une nouvelle machine.
Elle ne préserve pas de manière fiable les intégrations des logiciels de sécurité. Les protections endpoints, VPN et pilotes bas niveau sont des victimes fréquentes.

Prérequis non négociables si vous voulez que « garder les apps » soit réel

Vous devez pouvoir démarrer dans Windows et exécuter setup.exe depuis l’OS.
Vous avez besoin d’espace disque libre suffisant sur le volume système (préparez des dizaines de Go).
Vous avez besoin du bon média : même édition, langue compatible, et typiquement une build identique ou plus récente.
La santé du disque et du système de fichiers doit être suffisante pour supporter des opérations de fichiers à grande échelle.

Feuille de diagnostic rapide

Quand quelqu’un demande « Puis-je réinstaller Windows et garder les apps ? », ne répondez pas tout de suite. Diagnostiquez d’abord. Le goulot d’étranglement est généralement l’un des suivants : santé du disque, corruption système, pile de mise à jour endommagée, espace insuffisant, ou pilotes tiers.

Premier point : établir si une réparation in-place est même possible

Pouvez-vous vous connecter ? Si non, vous dérivez déjà vers reset/restauration/installation propre.
Le volume OS est-il sain ? Si le disque est en train de lâcher, arrêtez. Faites une image, sauvegardez, remplacez-le, puis récupérez.
BitLocker est-il activé ? Si oui, assurez-vous de disposer des clés de récupération et comprenez ce qui pourra vous les demander.

Deuxième point : identifier le vrai mode de défaillance

Échecs de mises à jour ? Vérifiez DISM/SFC et les journaux de servicing.
Lenteur au démarrage ? Inspectez les journaux d’événements pour des réinitialisations de disque, des timeouts de pilote et des services bloqués.
Applications qui plantent ? Cherchez des runtimes manquants, des profils utilisateur corrompus ou des pilotes incompatibles.

Troisième point : choisir la correction la moins destructive qui respecte le SLA

Essayez les réparations de servicing (DISM, SFC) si possible. Elles sont réversibles et peu coûteuses.
Effectuez une mise à niveau in-place si des composants clés sont cassés mais que vous avez besoin des applications.
Installation propre lorsque l’intégrité ou la sécurité est en cause, ou que le système est trop détérioré.

Idée paraphrasée de Werner Vogels (AWS) : la fiabilité vient de l’automatisation et du design, pas des exploits à 2h du matin. Traitez la récupération Windows de la même manière — des étapes répétables valent mieux que l’improvisation.

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

Ci-dessous des tâches pratiques à exécuter avant de vous engager dans une réinstallation. Oui, ce sont des commandes Windows, mais je les fournis en blocs de style shell comme demandé. Exécutez-les dans une invite de commandes ou PowerShell élevée quand c’est approprié. Chaque tâche inclut : commande, sortie exemple, ce que cela signifie, et la décision à prendre.

Task 1: Confirm Windows version and build (compatibility check)

cr0x@server:~$ cmd /c ver
Microsoft Windows [Version 10.0.19045.4046]

Ce que cela signifie : La build 19045 indique Windows 10 22H2. Votre média d’installation doit être compatible (même version majeure, idéalement même build ou plus récent).

Décision : Si votre média est plus ancien (par ex. 19041), attendez-vous à un risque accru de comportement de downgrade ou d’option « garder les apps » désactivée. Obtenez un média adapté.

Task 2: Check edition (Home/Pro/Enterprise mismatch kills “keep apps”)

cr0x@server:~$ cmd /c "dism /online /Get-CurrentEdition"
Deployment Image Servicing and Management tool
Version: 10.0.19041.3636

Current Edition : Professional
The operation completed successfully.

Ce que cela signifie : Ce système est en édition Pro. Le média de réparation devrait être Windows Pro (ou un média multi-édition qui l’inclut).

Décision : Si vous n’avez qu’un média Enterprise alors que l’appareil est Pro, n’« essayez pas juste ». Procurez-vous l’ISO adapté.

Task 3: Measure free space (repair installs are space-hungry)

cr0x@server:~$ cmd /c "wmic logicaldisk where DeviceID='C:' get Size,FreeSpace"
FreeSpace        Size
41234583552      255998611456

Ce que cela signifie : Environ 41 Go libres sur C:. C’est généralement suffisant pour une mise à niveau in-place plus les fichiers de rollback, selon l’OS et les applications.

Décision : Si l’espace libre est inférieur à ~25–30 Go, prévoyez un nettoyage ou une extension temporaire du stockage avant de tenter la réparation.

Task 4: Check BitLocker status (avoid surprise recovery prompts)

cr0x@server:~$ cmd /c "manage-bde -status c:"
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Volume C: [OS]
    Conversion Status:    Fully Encrypted
    Percentage Encrypted: 100.0%
    Protection Status:    Protection On
    Lock Status:          Unlocked

Ce que cela signifie : Le disque OS est chiffré. Setup peut fonctionner, mais vous devez avoir accès aux clés de récupération et envisager de suspendre la protection pendant la mise à niveau.

Décision : Si vous ne pouvez pas récupérer les clés, arrêtez-vous et résolvez ça d’abord. Sinon, vous êtes à un firmware update d’une mauvaise journée.

Task 5: Quick disk health signal (SMART via WMIC is limited but useful)

cr0x@server:~$ cmd /c "wmic diskdrive get model,status"
Model                          Status
NVMe Samsung SSD 980 PRO 1TB   OK

Ce que cela signifie : WMIC rapporte OK. Ce n’est pas une analyse SMART complète, mais si ça indique « Pred Fail », croyez-le.

Décision : Si le statut du disque n’est pas OK, n’essayez pas une in-place upgrade. Sauvegardez/imagez d’abord ; remplacez le stockage.

Task 6: File system check scheduling (catch corruption early)

cr0x@server:~$ cmd /c "chkdsk c: /scan"
The type of the file system is NTFS.
Stage 1: Examining basic file system structure ...
Windows has scanned the file system and found no problems.
No further action is required.

Ce que cela signifie : Les métadonnées NTFS semblent cohérentes.

Décision : Si des erreurs sont trouvées, réparez-les (chkdsk /f, nécessitant probablement un redémarrage) avant toute migration d’OS.

Task 7: System file integrity check (SFC)

cr0x@server:~$ cmd /c "sfc /scannow"
Beginning system scan. This process will take some time.
Windows Resource Protection found corrupt files and successfully repaired them.

Ce que cela signifie : Des corruptions existaient mais ont été réparées. Souvent cela résout des échecs de mise à jour sans réinstallation.

Décision : Redémarrez et retestez le problème initial. Si la corruption ne peut pas être réparée, passez à DISM puis éventuellement à une mise à niveau in-place.

Task 8: Repair component store health (DISM)

cr0x@server:~$ cmd /c "dism /online /cleanup-image /scanhealth"
No component store corruption detected.
The operation completed successfully.

Ce que cela signifie : Le magasin de composants WinSxS semble sain.

Décision : Si une corruption est détectée et que /restorehealth échoue, une mise à niveau in-place est souvent la réparation sûre la plus rapide qui préserve les applications.

Task 9: Check whether Windows can find recovery environment (Reset depends on it)

cr0x@server:~$ cmd /c "reagentc /info"
Windows Recovery Environment (Windows RE) and system reset configuration
    Windows RE status:         Enabled
    Windows RE location:       \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsRE

Ce que cela signifie : WinRE est activé. Les options de réinitialisation sont viables si vous acceptez la suppression des applications.

Décision : Si WinRE est désactivé ou manquant, « Réinitialiser ce PC » peut échouer. Ne le découvrez pas en pleine crise.

Task 10: Inspect recent bugchecks and disk errors (Event Log triage)

cr0x@server:~$ cmd /c "wevtutil qe System /q:\"*[System[(EventID=7 or EventID=51 or EventID=55 or EventID=1001)]]\" /c:5 /f:text"
Event[0]:
  Log Name: System
  Source: Microsoft-Windows-WER-SystemErrorReporting
  Event ID: 1001
  Description: The computer has rebooted from a bugcheck...

Ce que cela signifie : Il y a des erreurs critiques récentes. Les Event ID 7/51/55 sont souvent des problèmes disque ou NTFS. 1001 indique des plantages.

Décision : Si des événements liés au disque apparaissent, priorisez la santé du stockage plutôt que la réinstallation de l’OS. Réparez le matériel d’abord.

Task 11: List installed apps the way enterprise tools see them (inventory before surgery)

cr0x@server:~$ powershell -NoProfile -Command "Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\* | Select-Object DisplayName,DisplayVersion | Sort-Object DisplayName | Select-Object -First 5"
DisplayName                         DisplayVersion
7-Zip 23.01 (x64 edition)           23.01
Google Chrome                       121.0.6167.141
Microsoft 365 Apps for enterprise   16.0.17231.20182
Notepad++ (64-bit x64)              8.6.4
Zoom Workplace                      6.0.2

Ce que cela signifie : C’est votre base de référence. Toutes les applications ne s’enregistrent pas ici (certaines applis portables non), mais la plupart des logiciels d’entreprise le font.

Décision : Exportez cette liste avant toute modification. Si l’utilisateur affirme ensuite « tout a disparu », vous aurez des preuves.

Task 12: Capture drivers (3rd-party drivers often break after repair)

cr0x@server:~$ cmd /c "pnputil /enum-drivers | findstr /i \"Published Name Provider\" | more"
Published Name : oem12.inf
Driver package provider : Intel
Published Name : oem45.inf
Driver package provider : Realtek

Ce que cela signifie : Vous pouvez voir les packages de pilotes tiers. Les pilotes réseau et stockage sont les plus critiques pour la survie du système.

Décision : Si le système dépend d’un pilote de stockage spécifique au fournisseur (ex. RAID), confirmez que vous avez un chemin de réinstallation avant de toucher à Windows.

Task 13: Confirm activation channel (helps predict post-reinstall activation behavior)

cr0x@server:~$ cmd /c "slmgr /dli"
Name: Windows(R), Professional edition
Description: Windows(R) Operating System, RETAIL channel
Partial Product Key: XXXX
License Status: Licensed

Ce que cela signifie : Le canal RETAIL est généralement lié à un compte Microsoft ou une clé, pas à un KMS d’entreprise.

Décision : Si l’activation se fait via KMS/MAK, confirmez que l’activation d’entreprise fonctionnera après de grosses opérations. Sinon vous pourriez « réparer » Windows en état non activé.

Task 14: Validate system reserved/recovery partitions exist (boot safety)

cr0x@server:~$ cmd /c "diskpart /s %TEMP%\dp.txt"
Microsoft DiskPart version 10.0.19041.3636

DISKPART> list vol

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 0     C   OS           NTFS   Partition    238 GB  Healthy    Boot
  Volume 1         EFI          FAT32  Partition    100 MB  Healthy    System
  Volume 2         Recovery     NTFS   Partition    990 MB  Healthy    Hidden

Ce que cela signifie : Les partitions EFI et Recovery sont présentes. C’est un bon signe pour un comportement de démarrage sain.

Décision : Si l’EFI/Recovery manque ou est cassé, priorisez la réparation de l’infrastructure de démarrage ; les plans de réinstallation changent.

Task 15: See whether Windows Setup is likely to allow “keep apps” (practical check)

cr0x@server:~$ cmd /c "setuperr.exe"
'setuperr.exe' is not recognized as an internal or external command,
operable program or batch file.

Ce que cela signifie : Vous n’avez pas de journaux Setup parce que vous n’avez pas encore lancé setup. Après une tentative d’in-place upgrade échouée, les logs se trouvent dans les répertoires Panther.

Décision : Si une tentative in-place échoue, vous récupérerez les journaux dans C:\$WINDOWS.~BT\Sources\Panther et vous cesserez de deviner.

Trois mini-récits en entreprise (ce qui a mal tourné, ce qui nous a sauvés)

Mini-récit 1 : L’incident causé par une fausse hypothèse (le mythe du « garder les apps »)

Une entreprise de taille moyenne avait une flotte d’ordinateurs portables Windows 10 pour une équipe commerciale. Quelques appareils restaient bloqués sur des mises à jour cumulatives échouées, et quelqu’un a proposé une solution rapide : « Réinitialiser ce PC, conserver mes fichiers. C’est à peu près une réinstallation qui garde les apps. » Ça semblait plausible. L’interface était gentille. Le calendrier, lui, ne l’était pas.

La réinitialisation a marché. Les machines ont redémarré propres. Les utilisateurs pouvaient ouvrir à nouveau des tableurs. Puis la vraie panne est arrivée : le plugin client CRM, le module de réservation de salles et un client VPN métier avaient disparu. Les documents des utilisateurs étaient intacts, donc l’opération a été déclarée réussie pendant environ six minutes.

Réinstaller les logiciels manquants n’était pas juste « télécharger et cliquer Suivant ». Certains installateurs nécessitaient une approbation administrateur, d’autres avaient besoin de fichiers de licence hors ligne, et un dépendait d’un runtime legacy à installer dans un ordre précis. Entre-temps, les endpoints ont dérivé en états non conformes parce que l’agent de gestion lui-même avait été supprimé par la réinitialisation. Les appareils ont cessé de se connecter. Cela a déclenché des alertes des outils de sécurité et bloqué l’accès réseau pour certains utilisateurs.

La mauvaise hypothèse n’était pas que la réinitialisation est mauvaise. La réinitialisation est correcte quand vous acceptez la perte des applications. La mauvaise hypothèse était de traiter « conserver mes fichiers » comme « conserver mon environnement ». Ce sont des promesses différentes avec des zones d’impact très différentes.

La remédiation a été ennuyeuse : inventorier d’abord les applications, confirmer les licences, et utiliser une mise à niveau in-place là où « garder les apps » a réellement du sens. La leçon a été retenue parce qu’elle a coûté de la productivité et beaucoup de tickets.

Mini-récit 2 : L’optimisation qui s’est retournée contre nous (économie d’espace vs Windows Setup)

Une autre organisation a tenté de réduire l’utilisation du stockage sur des postes de développeurs. Quelqu’un a déployé des politiques de nettoyage agressives : purge des gros dossiers temporaires, caches Delivery Optimization limités, et redirections de profils utilisateur resserrées. Les images machines paraissaient légères. Les tableaux de bord étaient verts. Chacun se félicitait en silence.

Puis une vague de réparations est arrivée — plusieurs appareils avaient besoin de mises à niveau in-place pour réparer des piles de servicing cassées. Setup a démarré puis échoué avec des erreurs vagues. Un schéma est apparu : les machines avec les politiques de nettoyage les plus strictes avaient le taux d’échec le plus élevé. Le volume OS n’avait pas assez de marge de manœuvre pour que Setup prépare les fichiers, crée des données de rollback et effectue les étapes de migration.

Ce qui a rendu la situation pénible, c’était le caractère « presque fonctionnel ». Setup tournait un moment, puis annulait. Les utilisateurs perdaient des heures. L’IT perdait en crédibilité. Et parce que le rollback restaurait l’état précédent cassé, le résultat était un cercle parfait de temps gaspillé.

La correction n’était pas exotique : assouplir temporairement les politiques de nettoyage, assurer un espace libre suffisant, et allouer une marge prévisible. Windows Setup n’est pas minimaliste. Il veut une zone de staging, des logs et des rollback. Refusez-les et il devient pointilleux.

Cette « optimisation » a bien réduit l’usage moyen du disque. Elle a aussi augmenté la fréquence des incidents. En termes de production, elle a baissé le coût par nœud et augmenté le coût par incident — un mauvais échange si vous tenez à vos week-ends.

Mini-récit 3 : La pratique ennuyeuse mais correcte qui a sauvé la mise (imagerie et clés)

Une entreprise disposait d’une pratique stricte pour les « événements de réparation OS » : avant toute réparation ou réinstallation majeure de Windows, les techniciens devaient capturer (1) les clés de récupération BitLocker, (2) un inventaire basique des applications, et (3) une image bare-metal du volume OS pour les machines à haut risque. Les gens râlaient. Ça semblait lent. Ça semblait bureaucratique.

Un vendredi, une série d’ordinateurs portables a commencé à manifester des timeouts NVMe intermittents. Pas des pannes totales — juste assez pour corrompre des fichiers occasionnellement et provoquer des comportements étranges. Quelques-unes étaient planifiées pour des mises à niveau in-place parce que les symptômes ressemblaient à des corruptions de mise à jour. Le processus a démarré un vendredi (parce que bien sûr).

Pendant la mise à niveau, deux appareils ont rencontré des erreurs de stockage et sont devenus non amorçables. Parce que l’imagerie avait été faite en premier, la récupération a été simple : remplacer le disque, restaurer l’image pour retrouver l’état utilisateur, puis effectuer une migration contrôlée vers une installation OS propre. Les clés de récupération étaient déjà dans le ticket, donc personne n’a dû courir après des utilisateurs en déplacement.

Cette pratique n’a pas empêché la panne. Elle a transformé la panne en routine. C’est le but. Vous n’avez pas besoin d’exploits ; vous avez besoin d’un runbook et de la discipline ennuyeuse pour le suivre.

Faits intéressants et contexte historique (pour comprendre pourquoi Windows se comporte ainsi)

« Repair install » était autrefois un concept depuis le CD de démarrage. Les versions plus anciennes de Windows avaient des modes de réparation depuis le média d’installation, mais le comportement moderne de « garder les apps » est lié à la logique de migration in-OS.
Les composants côte-à-côte (WinSxS) existent pour supporter le servicing à l’échelle. C’est pourquoi Windows peut appliquer des mises à jour sur une grande matrice d’états système — jusqu’à ce que le magasin se corrompe, puis tout devient étrange.
L’ère « Windows as a service » de Windows 10 a changé les mises à jour. Les mises à jour de fonctionnalité sont devenues des mises à niveau in-place fréquentes, donc Microsoft a beaucoup investi dans les outils de migration qui alimentent aussi les réparations in-place.
Réinitialiser ce PC a évolué pour la récupération grand public, pas pour la continuité d’entreprise. Il est conçu pour remettre rapidement un PC domestique en état de marche, pas pour préserver des piles applicatives complexes et des agents corporate.
L’activation est devenue plus résiliente avec les licences numériques. Beaucoup de systèmes se réactivent après réinstallation en se basant sur l’ID matériel, mais la licence d’entreprise et certains fournisseurs continuent de se comporter comme en 2009.
UEFI et GPT ont standardisé les layouts de démarrage. Windows moderne dépend des partitions EFI et de récupération ; leur absence ou corruption cause des pannes « mystères » après des tentatives de réinstallation.
La signature des pilotes et la sécurité noyau ont relevé la barre. Les anciens pilotes VPN et AV sont plus susceptibles de casser lors d’un rafraîchissement de l’OS car ils s’insèrent profondément dans la pile.
Les applications du Microsoft Store sont empaquetées différemment. Elles peuvent être réenregistrées ou réinstallées en masse ; les applications Win32 traditionnelles sont plutôt des « flocons de neige » avec état.
Windows Setup écrit des journaux détaillés. Beaucoup d’administrateurs ne les lisent pas, puis s’étonnent quand les suppositions échouent. Les journaux existent ; utilisez-les.

Modes d’échec : comment « garder les apps » casse en conditions réelles

Si vous voulez garder les applications, vous devez comprendre ce qui menace ce résultat. Voici les suspects habituels.

Incompatibilités d’édition, de langue et de build

Windows Setup propose l’option « Conserver les fichiers personnels et les applications » seulement quand il détecte un chemin de migration supporté. Si votre média est mauvais — édition différente, langue différente, trop ancien, architecture non correspondante — Setup masque silencieusement l’option ou force « Conserver les fichiers uniquement ». Ce n’est pas Windows qui veut nuire. C’est Windows qui refuse de promettre une migration qu’il ne peut pas réaliser.

Problèmes de santé du disque et incohérences du système de fichiers

Une mise à niveau in-place est une grosse opération sur les fichiers : copier, décompresser, préparer, déplacer, créer des hardlinks, et prévoir des rollbacks. Les disques qui « fonctionnent à peu près » deviennent des disques qui échouent de façon constante sous cette charge. Si vous voyez des timeouts disque ou des Event NTFS, traitez ça comme un incident matériel, pas comme un incident OS.

Pas assez d’espace pour le staging et le rollback

Setup a besoin d’espace pour :

l’expansion de l’image d’installation,
les caches de pilotes et de migration,
l’état de rollback,
les fichiers journaux qui peuvent devenir volumineux lors de tentatives répétées.

Si vous manquez d’espace, Setup peut échouer tard, annuler et vous laisser exactement là où vous étiez — mais plus fatigué.

Accroches de sécurité et outils endpoint

Les protections endpoint, DLP, clients VPN et outils de chiffrement installent souvent des pilotes noyau, des filtres réseau et des services système. Pendant une réparation in-place, Windows peut désactiver ou supprimer des composants incompatibles. Vous « avez gardé les apps », mais les apps qui rendent l’appareil utilisable sur le réseau d’entreprise peuvent être cassées.

Licences liées à l’identité machine

Certaines applications lient les licences aux IDs matériel, à l’ID d’installation Windows, à l’état du TPM ou à des clés de registre qui peuvent changer lors d’une réparation. La plupart du temps, ça va. Quand ça ne va pas, c’est urgent et coûteux.

Blague n°2 : Les serveurs de licences sentent la peur. Ils ont aussi l’air de savoir quand c’est vendredi.

Erreurs fréquentes (symptôme → cause racine → correction)

1) L’option « garder les apps » est absente dans Windows Setup

Symptôme : Setup n’offre que « Conserver les fichiers personnels uniquement » ou « Rien ».

Cause racine : Média incompatible (édition/langue/build), démarrage depuis USB au lieu d’exécuter in-OS, ou chemin de mise à niveau non supporté.

Correction : Démarrez dans Windows, montez le bon ISO, lancez setup.exe. Confirmez l’édition avec DISM avant de commencer.

2) La mise à niveau in-place échoue et annule après une longue attente

Symptôme : Des heures de progression, puis « Annulation des modifications ».

Cause racine : Espace disque insuffisant, incompatibilité de pilotes, ou erreurs système de fichiers.

Correction : Libérez de l’espace, retirez/désactivez l’AV/VPN tiers temporairement, exécutez chkdsk, lisez les logs Panther. Ne relancez pas aveuglément.

3) Après « Réinitialiser ce PC (conserver mes fichiers) », les applications ont disparu

Symptôme : Les applications de bureau manquent ; l’utilisateur est choqué.

Cause racine : La réinitialisation est conçue pour supprimer les applications installées.

Correction : N’utilisez Reset que si vous avez un plan de réinstallation (MDM, SCCM, Intune ou installateurs manuels) et un plan de récupération des licences.

4) L’appareil démarre mais l’accès au réseau corporate est cassé

Symptôme : Le Wi‑Fi fonctionne, mais le VPN/802.1X/authentification par certificats échoue.

Cause racine : Les filtres réseau, certificats ou agents de gestion ont été supprimés/invalidados.

Correction : Réenroler l’appareil, réinstaller le client VPN, restaurer les certificats, vérifier la synchronisation horaire, valider NLA et les services.

5) Invite de clé de récupération BitLocker apparue de façon inattendue

Symptôme : Après un redémarrage, BitLocker demande la clé de récupération.

Cause racine : Les mesures TPM ont changé (mises à jour firmware, modifications de la configuration de démarrage), ou BitLocker n’a pas été suspendu pendant les changements majeurs d’OS.

Correction : Récupérez la clé depuis votre coffre d’annuaire/compte, suspendez la protection avant les opérations de réparation quand approprié, et assurez la stabilité des paramètres Secure Boot.

6) Le système est « réparé » mais les mises à jour échouent toujours

Symptôme : La mise à niveau a réussi, pourtant Windows Update renvoie des erreurs.

Cause racine : Problèmes sous-jacents de servicing stack, restrictions de politique, ou problèmes réseau/proxy/WSUS plutôt que corruption OS.

Correction : Validez la configuration des sources de mise à jour, vérifiez les journaux d’événements, confirmez la connectivité et inspectez les politiques Windows Update et les services.

7) Les applications sont « conservées » mais se comportent comme au premier lancement / ont perdu leurs paramètres

Symptôme : Les applications s’ouvrent, mais les profils/configs sont manquants.

Cause racine : Corruption du profil utilisateur, reconstruction du profil, redirections de dossiers, ou données d’application stockées dans des emplacements non migrés proprement.

Correction : Vérifiez l’intégrité du profil utilisateur, restaurez les répertoires de données spécifiques aux applications, évitez de supprimer AppData à la légère pendant des nettoyages.

Checklists / plan étape par étape

Checklist décisionnelle : choisir le bon chemin de récupération

Si vous ne pouvez pas démarrer dans Windows : il est peu probable de faire une véritable réparation in-place qui garde les apps. Envisagez une restauration d’image, une réparation hors ligne ou une installation propre avec récupération des données.
Si la santé du disque est douteuse : arrêtez-vous et imagez/sauvegardez d’abord. Les opérations OS ne réparent pas le matériel.
Si vous devez préserver des applications : prévoyez une mise à niveau in-place plutôt qu’une réinitialisation.
Si vous avez besoin de certitude sécurité : une installation propre est la bonne réponse. La persistance peut aussi préserver les éléments malveillants.

Checklist pré-vol (faites ceci avant de toucher à Setup)

Confirmez l’édition et la build (Tâches 1–2).
Confirmez l’espace libre (Tâche 3).
Confirmez la disponibilité des clés de récupération BitLocker (Tâche 4).
Exécutez un scan chkdsk et réparez si nécessaire (Tâche 6).
Exécutez SFC et DISM (Tâches 7–8).
Exportez l’inventaire des applications installées (Tâche 11).
Identifiez les pilotes critiques et composants VPN/AV (Tâche 12).
Confirmez le canal d’activation (Tâche 13).

Étapes : mise à niveau in-place / réparation qui conserve réellement les applications

Obtenez le bon média d’installation : même version majeure de l’OS, même édition, même langue, même architecture (x64 vs ARM64). Préférez une build égale ou plus récente.
Démarrez normalement dans Windows : ne démarrez pas depuis l’USB.
Désactivez ou désinstallez temporairement l’AV/VPN/DLP tiers si votre environnement l’autorise. Ces pilotes causent fréquemment des échecs de Setup.
Montez l’ISO et exécutez setup.exe.
Choisissez : « Conserver les fichiers personnels et les applications ». Si l’option n’est pas proposée, arrêtez-vous et réévaluez — ne vous fiez pas à l’espoir.
Après la fin : vérifiez la pile réseau, l’enrôlement de gestionnaire de périphérique et la santé des outils de sécurité avant de déclarer victoire.
Puis patcher : lancez Windows Update et confirmez que le problème initial est résolu.

Étapes : quand vous devez faire une installation propre (et minimiser la douleur)

Sauvegardez les données utilisateur (Documents, Bureau, Téléchargements) et les emplacements de données spécifiques aux applications.
Exportez l’inventaire des applications et les informations de licence quand c’est possible.
Confirmez les clés de récupération et les voies d’activation.
Installez Windows proprement en utilisant la bonne édition.
Installez d’abord les pilotes (chipset/réseau/stockage), puis l’agent de gestion, ensuite les outils de sécurité, puis les applications métier.
Restaurez les données, puis validez les configurations applicatives et les authentifications.

FAQ

1) Puis-je réinstaller Windows 11 et conserver tous mes programmes installés ?

Uniquement via une mise à niveau in-place / réparation lancée depuis Windows, avec un média compatible et un chemin de migration supporté. Réinitialiser ne gardera pas les programmes de bureau.

2) « Réinitialiser ce PC » conserve-t-il les applications ?

Non pour les applications de bureau traditionnelles. « Conserver mes fichiers » signifie que les données utilisateur restent, les applications partent. Planifiez en conséquence.

3) Si j’installe Windows par-dessus sans formater, mes applications fonctionneront-elles encore ?

Habituellement non. Vous pouvez obtenir un Windows.old avec vos anciens fichiers, mais les programmes installés ne seront plus enregistrés et ne fonctionneront pas comme installés.

4) Pourquoi Windows Setup masque-t-il parfois l’option « garder les apps » ?

Parce qu’il a détecté une incompatibilité (édition/langue/build/architecture) ou que vous avez démarré Setup depuis un média de démarrage. Setup ne promettra pas ce qu’il ne peut pas migrer.

5) Les applications du Microsoft Store survivent-elles à une réinstallation ?

Parfois. Les applications Store sont empaquetées et peuvent être réenregistrées, mais une installation propre nécessite tout de même leur réinstallation. Ne comptez pas sur leur survie lors d’un wipe.

6) Une mise à niveau in-place réparera-t-elle Windows Update ?

Souvent oui — surtout quand le magasin de composants ou des fichiers système sont corrompus. Mais si votre source de mise à jour/politiques est erronée (WSUS/proxy), vous échouerez encore après la réparation.

7) Et les pilotes — seront-ils préservés ?

Beaucoup de pilotes sont conservés, mais les pilotes noyau problématiques (VPN, AV, filtres de stockage) peuvent être supprimés ou remplacés. Vérifiez toujours la fonctionnalité réseau et stockage après coup.

8) Comment réduire le risque de perdre des licences logicielles ?

Inventoriez les logiciels, capturez les clés de licence quand c’est possible, confirmez les politiques de réactivation des éditeurs, et évitez les changements matériels/TPM non nécessaires pendant le processus.

9) Si la machine ne démarre pas, « garder les apps » est-il encore possible ?

Pas dans le sens supporté habituel. Si vous ne pouvez pas exécuter Setup depuis Windows, la logique de migration qui conserve les apps ne peut généralement pas s’exécuter. Envisagez une restauration d’image ou une installation propre avec récupération des données.

10) Dois-je faire SFC/DISM avant de réinstaller ?

Oui. Ce sont des opérations à faible risque qui règlent fréquemment le problème sans réinstallation. Si elles échouent, vous aurez aussi des preuves qui justifient une mise à niveau in-place.

Conclusion : prochaines étapes sans risque

Si vous ne retenez qu’une chose : « garder les apps » n’est pas une impression ; c’est une procédure spécifique. La mise à niveau in-place / réparation est la chose la plus proche de « réinstaller Windows et conserver les applications », et elle ne fonctionne que si vous la lancez depuis un environnement Windows démarré, avec un média compatible et un disque raisonnablement sain.

Prochaines étapes :

Exécutez les contrôles rapides : capacité de démarrage, signaux de santé du disque, statut BitLocker, espace libre.
Essayez SFC et DISM avant de réinstaller quoi que ce soit.
Si vous avez vraiment besoin de conserver les applications, planifiez une mise à niveau in-place et validez d’abord la compatibilité du média.
Si l’appareil est non fiable, instable ou que le disque lâche, arrêtez de courir après « garder les apps » et faites une installation propre ou une restauration d’image avec un redéploiement contrôlé des applications.