Vous voulez la vitesse d’un nouveau SSD, mais aussi une assurance. Pas une assurance « à l’espoir et aux bonnes intentions » — une assurance réelle, bootable et vérifiée. L’objectif est simple : migrer Windows vers le nouveau SSD, démarrer dessus de façon fiable et conserver l’ancien disque intact pour pouvoir revenir en arrière en quelques minutes si quelque chose tourne mal.
Ceci est l’état d’esprit de production appliqué à votre poste de travail. Pas d’improvisation héroïque. Pas de « je vais juste effacer l’ancien disque après un démarrage ». C’est comme ça qu’on découvre ce que signifie vraiment « démarrer une fois ».
Principe : une migration sûre vaut mieux qu’une migration rapide
Si vous ne retenez qu’une chose : migrer Windows vers un SSD n’est pas un projet « copier des fichiers ». C’est un projet de chaîne de démarrage. Vous déplacez un système qui dépend des réglages du firmware, des métadonnées des partitions, de la configuration de démarrage (BCD) et (souvent) de l’état de chiffrement. Le nouveau SSD n’a pas seulement besoin du contenu du lecteur C: — il doit être capable de démarrer de façon indépendante.
Conserver l’ancien SSD comme secours change votre façon d’agir. Vous ne « remplacez » pas l’ancien disque ; vous « promouvez » le nouveau en primaire en laissant l’ancien inchangé. Cela implique :
- Pas d’opérations destructrices sur l’ancien disque tant que le nouveau n’a pas été validé pendant des jours, pas des minutes.
- Contrôle explicite du démarrage : c’est vous qui décidez quel disque le firmware démarre, pas Windows au hasard via le Boot Manager.
- Validation : c’est une phase. Vous testez le démarrage, BitLocker, les applications, les pilotes, les mises à jour et la récupération. Puis — et seulement alors — vous envisagez de réutiliser l’ancien disque.
Conseil opiniâtre : n’essayez pas d’être malin avec « on va cloner puis étendre puis convertir puis activer cette nouvelle fonctionnalité de sécurité en une seule fois ». Les systèmes de production échouent en paquet. Changez un axe à la fois.
Une citation pour garder l’ego à sa place : « idée paraphrasée — Gene Kranz : être dur et compétent signifie opérer avec discipline, pas improvisation. » C’est l’esprit adapté aux migrations de disques.
Faits intéressants et brève histoire (pourquoi les migrations Windows deviennent bizarres)
Ce ne sont pas des anecdotes de quiz. Ce sont des contraintes historiques qui expliquent pourquoi votre échange de SSD « simple » peut tourner en séance de réparation du démarrage.
- MBR vs GPT est un héritage historique. MBR date des débuts du PC et limite les schémas de partitions ; GPT est arrivé avec l’UEFI et fournit des métadonnées plus robustes.
- La partition « System Reserved » existe parce que Windows aime un environnement de démarrage séparé. C’est souvent là que résident les fichiers de démarrage et les métadonnées BitLocker, d’où l’échec si vous clonez seulement C:.
- UEFI boote des fichiers, pas des disques. L’UEFI stocke des entrées de démarrage dans la NVRAM qui pointent vers un chemin EFI sur une partition spécifique. Cloner le disque peut cloner les fichiers sans cloner l’entrée firmware.
- Le Windows Boot Manager est utile et déroutant à la fois. Il peut énumérer des installations et « aider » en démarrant la mauvaise si vous laissez plusieurs disques système en ligne.
- L’alignement des partitions sur SSD a déjà été un vrai problème de performance. Certains anciens outils de clonage créaient des partitions mal alignées, causant amplification d’écriture et ralentissements.
- NVMe a changé le modèle de contrôleur. Ce n’est pas juste un SATA « plus rapide » ; c’est une pile de pilotes différente et parfois des options firmware différentes (CSM, Secure Boot, RAID/VMD).
- BitLocker et clonage ont une relation compliquée. BitLocker lie la confiance au TPM et aux mesures de démarrage ; le clonage peut déclencher la récupération si la chaîne de démarrage change.
- Windows peut créer silencieusement des partitions de récupération supplémentaires au fil du temps. Les mises à jour fonctionnelles modifient parfois les partitions WinRE ; les outils de clonage qui n’incluent pas les petites partitions peuvent casser les workflows de récupération.
Blague n°1 : Le clonage de disque, c’est comme déménager un appartement — tout rentre jusqu’à ce qu’on essaye de faire passer le canapé par l’escalier (le canapé, c’est votre partition EFI).
Avant de toucher quoi que ce soit : ce que vous protégez
Vous protégez quatre choses :
- Démarrabilité : la machine doit démarrer sans poser de questions existentielles.
- Intégrité des données : vos fichiers ne doivent pas être « globalement ok ».
- Posture de sécurité : BitLocker, Secure Boot, TPM et le stockage des identifiants ne doivent pas régresser silencieusement.
- Temps de restauration : tout l’intérêt d’un disque de secours est un retour rapide en arrière.
Choisissez votre méthode de migration (et soyez honnête sur votre tolérance au risque)
Vous avez essentiellement trois voies :
- Cloner le disque (recommandé pour « pas de réinstallation ») : vous copiez toutes les partitions de l’ancien SSD vers le nouveau. La façon la plus rapide de conserver tout identique. Mais il faut gérer la sélection de démarrage et les identifiants dupliqués potentiels.
- Image + restauration : créer une image de l’ancien disque, restaurer sur le nouveau. Un peu plus d’étapes, parfois moins de confusion liée à « deux disques en ligne ».
- Installation propre + migration des données : la solution la plus propre à long terme, mais l’effort le plus élevé à court terme. Idéale si votre ancienne installation est hantée. Ce n’est pas ce que la plupart des gens veulent quand ils disent « pas de chaos ».
Ce guide suppose que vous clonez ou restaurez et que vous voulez laisser l’ancien SSD intact comme secours.
Réalités matérielles et firmware à vérifier
Si vous passez de SATA à NVMe, ou changez des réglages de plateforme, surveillez :
- UEFI vs Legacy/CSM : ne changez pas ça en plein processus à moins de convertir aussi le style de partition correctement.
- Intel RST/VMD/RAID vs AHCI : changer ça peut laisser Windows sans le pilote de stockage adapté au démarrage.
- Secure Boot : généralement OK, mais les réparations de démarrage peuvent altérer des signatures et déclencher des changements.
Feuille de diagnostic rapide (goulot d’étranglement et échecs de démarrage)
Quand ça tourne mal, ne vous éparpillez pas. Triez. Voici l’ordre qui trouve rapidement la cause racine.
1) Premier contrôle : démarrez-vous vraiment depuis le disque que vous pensez ?
- Dans le menu de démarrage du firmware, sélectionnez explicitement l’entrée Windows Boot Manager du nouveau SSD.
- Sous Windows, confirmez le disque système avec des commandes (voir tâches ci-dessous).
Décision : Si vous démarrez accidentellement depuis l’ancien SSD, arrêtez de « corriger » le nouveau. Vous ne le testez pas.
2) Deuxième contrôle : la chaîne de démarrage est-elle intacte (EFI/System Reserved + BCD) ?
- UEFI/GPT : vérifiez que la partition EFI System (ESP) existe et contient \EFI\Microsoft\Boot.
- Legacy/MBR : vérifiez que la partition « System Reserved » ou la partition active contient les fichiers de démarrage.
Décision : Si des partitions manquent ou ne sont pas bootables, votre clonage était incomplet ou votre restauration n’a pas inclus les partitions de démarrage.
3) Troisième contrôle : un décalage de mode/driver de stockage empêche-t-il l’accès au disque ?
- BIOS réglé sur RAID/VMD alors que Windows était installé en AHCI (ou inverse) peut causer INACCESSIBLE_BOOT_DEVICE.
Décision : Rétablissez le réglage firmware correspondant à l’installation d’origine, ou préparez Windows pour changer de mode de façon contrôlée (changement séparé).
4) Triage performance : nouveau SSD lent ?
- Confirmez le lien : le NVMe utilise les lanes PCIe et la génération attendue.
- Confirmez que TRIM est activé.
- Vérifiez l’alignement et les offsets de partition.
- Vérifiez que vous n’avez pas démarré depuis l’ancien disque par erreur.
Tâches pratiques avec commandes : vérifier, cloner, démarrer, valider
Ces tâches sont écrites comme un runbook SRE : commande, sortie exemple, ce que cela signifie, et la décision à prendre. Certaines commandes sont natives Windows (PowerShell/CMD). D’autres viennent d’un live USB Linux (utile pour l’inspection hors ligne et le clonage sûr). Utilisez ce qui convient à votre environnement.
Task 1: Identify disks and partition styles in Windows (GPT vs MBR)
cr0x@server:~$ powershell -NoProfile -Command "Get-Disk | Select Number,FriendlyName,SerialNumber,PartitionStyle,Size,OperationalStatus"
Number FriendlyName SerialNumber PartitionStyle Size OperationalStatus
------ ------------ ------------ -------------- ---- -----------------
0 Samsung SSD 860 EVO 1TB S3Z... GPT 931.51 GB Online
1 WD_BLACK SN850X 2TB 2210... GPT 1863.01 GB Online
Ce que cela signifie : Vous voyez les deux disques, leurs numéros et s’ils sont GPT ou MBR.
Décision : Si la source est GPT/UEFI, clonez toutes les partitions, y compris la partition EFI System. Si c’est MBR/Legacy, confirmez qu’il y a une partition système active.
Task 2: List volumes and see which one is the OS (and which disk it sits on)
cr0x@server:~$ powershell -NoProfile -Command "Get-Partition | Sort DiskNumber,PartitionNumber | Select DiskNumber,PartitionNumber,DriveLetter,Type,Size"
DiskNumber PartitionNumber DriveLetter Type Size
---------- --------------- ----------- ---- ----
0 1 System 100 MB
0 2 Reserved 16 MB
0 3 C Basic 930 GB
0 4 Recovery 850 MB
1 1 System 100 MB
1 2 Reserved 16 MB
1 3 D Basic 1861 GB
Ce que cela signifie : « System » est probablement l’EFI System Partition (ESP) sur les systèmes GPT. « Reserved » est MSR. Recovery existe. Votre volume OS est C: sur le Disque 0 ici.
Décision : Si vous vouliez démarrer depuis le Disque 1 mais que Windows montre C: sur le Disque 0, vous êtes toujours sur l’ancien disque. Ne vous réjouissez pas encore.
Task 3: Confirm boot mode (UEFI vs Legacy) and Secure Boot state
cr0x@server:~$ powershell -NoProfile -Command "Confirm-SecureBootUEFI; (Get-ComputerInfo).BiosFirmwareType"
True
UEFI
Ce que cela signifie : Vous démarrez en UEFI et Secure Boot est activé.
Décision : Ne « corrigez » pas le démarrage en basculant en Legacy/CSM. Gardez le mode cohérent sauf si vous faites une conversion intentionnelle.
Task 4: Inspect Windows Boot Manager entries (BCD) and see what it points to
cr0x@server:~$ bcdedit /enum
Windows Boot Manager
--------------------
identifier {bootmgr}
device partition=\Device\HarddiskVolume1
path \EFI\Microsoft\Boot\bootmgfw.efi
Windows Boot Loader
-------------------
identifier {current}
device partition=C:
path \Windows\system32\winload.efi
Ce que cela signifie : Boot Manager est sur HarddiskVolume1 (généralement l’ESP). Le chargeur pointe vers C: pour le système en cours d’exécution.
Décision : Si le Boot Manager vit sur l’ESP de l’ancien disque, Windows peut encore dépendre de l’ancien disque même si C: est sur le nouveau disque. Ce n’est pas un secours — c’est une dépendance.
Task 5: Check BitLocker status before cloning
cr0x@server:~$ manage-bde -status
Volume C: [OS]
Conversion Status: Fully Encrypted
Percentage Encrypted: 100%
Protection Status: Protection On
Lock Status: Unlocked
Ce que cela signifie : BitLocker est actif et protège le volume OS.
Décision : Pour un clonage le plus fluide, suspendez la protection avant de cloner (pas décrypter ; seulement suspendre). Vous réactiverez après avoir validé le nouveau chemin de démarrage.
Task 6: Suspend BitLocker protectors (temporary, controlled)
cr0x@server:~$ manage-bde -protectors -disable C:
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Copyright (C) 2013 Microsoft Corporation. All rights reserved.
Key protectors are disabled for volume C:.
Ce que cela signifie : BitLocker ne demandera pas la récupération juste parce que les composants de démarrage ont changé.
Décision : Procédez au clonage. Mettez un rappel pour réactiver les protecteurs après validation.
Task 7: Check free space on source disk and sanity-check what you’re cloning
cr0x@server:~$ powershell -NoProfile -Command "Get-Volume | Select DriveLetter,FileSystemLabel,SizeRemaining,Size | Format-Table -Auto"
DriveLetter FileSystemLabel SizeRemaining Size
----------- --------------- ------------- ----
C Windows 213.4 GB 930 GB
Ce que cela signifie : Vous avez de la place pour réduire/ajuster si la destination est plus petite (bonne pratique : ne migrez pas vers un disque plus petit sauf nécessité).
Décision : Si la destination est plus petite, planifiez une réduction contrôlée avant le clonage. Si elle est plus grande, vous pourrez étendre plus tard.
Task 8: Offline view with a Linux live USB (confirm partitions without Windows “helping”)
cr0x@server:~$ lsblk -o NAME,SIZE,TYPE,MODEL,SERIAL
NAME SIZE TYPE MODEL SERIAL
sda 931.5G disk Samsung SSD 860 EVO S3Z...
├─sda1 100M part
├─sda2 16M part
├─sda3 930G part
└─sda4 850M part
nvme0n1 1.8T disk WD_BLACK SN850X 2210...
├─nvme0n1p1 100M part
├─nvme0n1p2 16M part
├─nvme0n1p3 1.8T part
Ce que cela signifie : Vous voyez clairement la source vs la destination, les tailles et le nombre de partitions.
Décision : Si la destination manque des partitions de récupération ou ESP après le clonage, la copie était incomplète.
Task 9: Confirm GPT and partition types (ESP/MSR/Basic/Recovery)
cr0x@server:~$ sudo parted -l
Model: Samsung SSD 860 EVO (scsi)
Disk /dev/sda: 1000GB
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 123MB 16.8MB Microsoft reserved partition msftres
3 123MB 999GB 999GB ntfs Basic data partition msftdata
4 999GB 1000GB 892MB ntfs Windows recovery environment hidden, diag
Ce que cela signifie : C’est une disposition GPT Windows moderne standard.
Décision : Clonez tout le disque, pas seulement la partition NTFS, sauf si vous aimez réparer le démarrage.
Task 10: Clone the disk offline with ddrescue (safe defaults, logs progress)
cr0x@server:~$ sudo ddrescue -f -n /dev/sda /dev/nvme0n1 /mnt/clone.log
GNU ddrescue 1.27
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 0 B, errsize: 0 B, current rate: 0 B/s
ipos: 0 B, errors: 0, average rate: 0 B/s
opos: 0 B, run time: 0 s, remaining time: unknown
Finished
rescued: 1000 GB, errsize: 0 B, errors: 0
Ce que cela signifie : Un clonage disque complet s’est terminé sans erreurs.
Décision : Si vous voyez des erreurs non nulles, arrêtez et reconsidérez. Un disque source défaillant est un incident différent. Votre plan de secours doit inclure l’imagerie dans un fichier et la vérification des lectures, pas la confiance aveugle d’un disque qui lâche.
Task 11: Re-randomize disk identifiers to avoid collisions (Windows-side check)
cr0x@server:~$ powershell -NoProfile -Command "Get-Volume | Select DriveLetter,UniqueId | Format-List"
DriveLetter : C
UniqueId : \\?\Volume{a1b2c3d4-e5f6-47aa-9b2a-...}\
DriveLetter : D
UniqueId : \\?\Volume{a1b2c3d4-e5f6-47aa-9b2a-...}\
Ce que cela signifie : Si vous voyez des IDs de volume identiques après un clonage et que les deux disques sont en ligne, Windows peut se trouver confus, monter le mauvais disque ou en masquer un.
Décision : Bonne pratique : après le clonage, éteignez et déconnectez l’ancien disque pour le premier démarrage sur le nouveau. Cela évite proprement les collisions de signatures et les problèmes « Windows a choisi le mauvais ESP ».
Task 12: First boot validation (confirm the OS is actually on the new SSD)
cr0x@server:~$ powershell -NoProfile -Command "(Get-Partition -DriveLetter C | Get-Disk).FriendlyName"
WD_BLACK SN850X 2TB
Ce que cela signifie : Votre C: est sur le nouveau SSD. C’est la première coche verte qui compte.
Décision : Si cela affiche encore le modèle de l’ancien disque, vous avez démarré le mauvais disque. Retournez au choix de démarrage firmware et soyez explicite.
Task 13: Confirm the EFI System Partition used at boot is on the new SSD
cr0x@server:~$ mountvol
\\?\Volume{11111111-2222-3333-4444-555555555555}\
C:\
\\?\Volume{aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee}\
*** NO MOUNT POINTS ***
\\?\Volume{ffffffff-1111-2222-3333-444444444444}\
\\?\Volume{ffffffff-1111-2222-3333-444444444444}\
Ce que cela signifie : mountvol montre les volumes ; l’ESP n’a souvent pas de point de montage. Cette sortie seule n’est pas suffisante, mais elle aide à cartographier les volumes si vous attribuez temporairement une lettre à l’ESP.
Décision : Attribuez une lettre temporaire à l’ESP sur le nouveau disque, vérifiez que \EFI\Microsoft\Boot existe, puis retirez la lettre.
Task 14: Assign a drive letter to the ESP and inspect boot files
cr0x@server:~$ powershell -NoProfile -Command "$esp = Get-Partition -DiskNumber 1 | Where-Object Type -EQ 'System'; $esp | Set-Partition -NewDriveLetter S; dir S:\EFI\Microsoft\Boot | Select -First 5"
Directory: S:\EFI\Microsoft\Boot
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a---- 3/12/2025 9:14 PM 165872 bootmgfw.efi
-a---- 3/12/2025 9:14 PM 98304 bootmgr.efi
-a---- 3/12/2025 9:14 PM 8192 BCD
Ce que cela signifie : Les fichiers de démarrage existent sur l’ESP du nouveau disque.
Décision : Si ce répertoire manque sur le nouveau disque, vous devrez reconstruire les fichiers de démarrage (bcdboot) ou re-cloner correctement.
Task 15: Rebuild boot files explicitly on the new SSD (UEFI) if needed
cr0x@server:~$ bcdboot C:\Windows /s S: /f UEFI
Boot files successfully created.
Ce que cela signifie : Windows a écrit un nouvel ensemble de fichiers de démarrage sur l’ESP sélectionnée.
Décision : Après cela, définissez l’ordre de démarrage firmware sur le Windows Boot Manager du nouveau disque. Ensuite, retirez la lettre de l’ESP.
Task 16: Remove the ESP drive letter (leave it unmounted like a civilized system)
cr0x@server:~$ powershell -NoProfile -Command "Get-Partition -DriveLetter S | Remove-PartitionAccessPath -AccessPath 'S:\'"
Ce que cela signifie : L’ESP n’est plus visible dans l’Explorateur. Bien.
Décision : Vous ne voulez pas que des applications quotidiennes fassent n’importe quoi dans l’ESP parce qu’elle ressemble à une clé USB.
Task 17: Re-enable BitLocker protectors after successful boot validation
cr0x@server:~$ manage-bde -protectors -enable C:
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Key protectors are enabled for volume C:.
Ce que cela signifie : Vous êtes de retour à une chaîne de démarrage protégée.
Décision : Si le redémarrage suivant déclenche la récupération BitLocker, ne paniquez pas — utilisez votre clé de récupération, puis confirmez l’ordre de démarrage du firmware et que vous ne basculez pas entre les disques.
Task 18: Confirm TRIM is enabled on the new SSD
cr0x@server:~$ fsutil behavior query DisableDeleteNotify
DisableDeleteNotify = 0
Ce que cela signifie : TRIM est activé (0 signifie que Windows enverra des commandes TRIM).
Décision : Si c’est 1, activez TRIM (et demandez-vous pourquoi il était désactivé — certains utilitaires « d’optimisation » font des choses stupides).
Task 19: Check NVMe driver and storage controller mode (quick sanity)
cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class 'SCSIAdapter' | Select -First 5 Status,FriendlyName"
Status FriendlyName
------ ------------
OK Standard NVM Express Controller
OK Microsoft Storage Spaces Controller
Ce que cela signifie : Windows voit un contrôleur NVMe et les pilotes sont chargés.
Décision : Si le statut du contrôleur n’est pas OK, vous pouvez être en situation de mismatch de mode de stockage firmware ou en manque de pilote.
Trois mini-histoires d’entreprise issues du terrain
Mini-histoire 1 : L’incident causé par une fausse hypothèse
Une entreprise de taille moyenne a décidé de renouveler les ordinateurs portables d’une équipe commerciale. Quelqu’un a fait un tableau propre : cloner l’ancien SSD vers un nouveau plus grand, puis renvoyer les appareils. L’hypothèse semblait innocente sur le papier : « Si C: démarre, c’est bon. »
Sur le banc, les premières machines ont démarré. Tout le monde s’est détendu. Puis des rapports terrain sont arrivés : certaines machines mettaient plusieurs minutes à démarrer, d’autres tombaient en récupération, d’autres encore déclenchaient des demandes intermittentes de BitLocker après les mises à jour. Quelques unités étaient effectivement inutilisables pour des utilisateurs non techniques car elles demandaient des clés de récupération aux pires moments — comme dans les aéroports.
La cause n’était pas exotique. Le clone avait copié la partition Windows, mais les fichiers de démarrage étaient toujours lus depuis la partition EFI de l’ancien disque parce que les deux disques étaient présents lors du premier démarrage et Windows continuait d’utiliser le premier ESP qu’il aimait. Quand l’IT a ensuite retiré les anciens disques pour les réaffecter, les systèmes ont perdu leur chaîne de démarrage. La correction fut ennuyeuse : reconstruire les fichiers de démarrage sur le nouvel ESP, vérifier l’ordre de démarrage firmware, et ne reconnecter l’ancien disque qu’ensuite.
La leçon : « démarrer une fois » n’est pas la même chose que « démarre de façon indépendante ». Votre disque de secours doit être un secours, pas un béquille sur laquelle le nouveau système s’appuie.
Mini-histoire 2 : L’optimisation qui s’est retournée contre eux
Ailleurs, une idée astucieuse : pour accélérer la migration, ils ont utilisé un réglage d’outil qui copie uniquement les « blocs utilisés » de NTFS plutôt que de faire un clonage secteur par secteur. Cela a gagné du temps au labo. Cela leur a aussi évité d’apprendre la disposition des partitions, ce qui est un autre type « d’économie ».
Le problème est apparu lors d’une mise à jour fonctionnelle Windows ultérieure. WinRE (l’environnement de récupération) ne pouvait pas se préparer correctement. Les machines échouaient les mises à jour, revenaient en arrière, et les utilisateurs restaient bloqués dans une boucle de « installation des mises à jour » qui ne se terminait jamais. Le helpdesk a d’abord accusé Microsoft (classique), puis les pilotes, puis « des lots de SSD défectueux ».
La vraie cause : la copie de blocs utiles avait omis une petite partition de récupération parce qu’elle paraissait vide ou non pertinente. Ce n’était pas le cas. Windows en avait besoin pour le processus de mise à jour. Certaines unités avaient aussi des dispositions de partitions légèrement différentes à cause d’outils OEM antérieurs, rendant la recette de clonage unique incohérente.
Leçon d’optimisation : si vous optimisez en supprimant les partitions que vous ne comprenez pas, vous les rencontrerez plus tard dans une ruelle sombre. Un clonage plus rapide n’égale pas des opérations plus rapides.
Mini-histoire 3 : La pratique ennuyeuse mais correcte qui a sauvé la mise
Un service financier, réputé pour son calme, a effectué la même migration avec des règles plus strictes. Chaque machine a eu une feuille de pré-contrôle : confirmer le mode UEFI, exporter la clé de récupération BitLocker, enregistrer les numéros de série des disques, capturer la sortie de `bcdedit`, et réaliser un clonage hors ligne du disque entier. Puis — et c’est la clé — ils ont procédé au premier démarrage avec l’ancien disque physiquement déconnecté.
Quand une machine n’a pas démarré, c’était immédiatement diagnostiquable. Pas de « peut-être elle a démarré l’autre disque ». Pas de « peut-être Windows s’est réparé ». Juste une défaillance claire sur le nouveau SSD. Ils ont reconstruit les fichiers de démarrage, confirmé le contenu de l’ESP, et retesté.
Après validation, ils ont reconnecté l’ancien disque, mais l’ont laissé hors ligne dans la gestion des disques Windows pendant la première semaine. Les utilisateurs ont fonctionné normalement. Les mises à jour se sont installées. BitLocker est resté silencieux. Après une semaine, ils ont réaffecté les anciens disques en lecteurs externes chiffrés pour des sauvegardes.
Les pratiques ennuyeuses — enregistrer des identifiants, contrôler l’ordre de démarrage, isoler les variables — ne sont pas glamour. Mais elles s’échelonnent. Et elles vous évitent la revue d’incident où tout le monde jure qu’il « a fait la même chose que la fois précédente ».
Listes de contrôle / plan étape par étape (runbook sans drame)
Phase 0 : Définissez « terminé » (vos critères d’acceptation)
- Le système démarre depuis le nouveau SSD avec l’ancien SSD déconnecté.
- BitLocker (si utilisé) est activé et ne demande pas la récupération au redémarrage.
- Windows Update termine au moins un cycle de mise à jour cumulative normal.
- La performance est normale (pas d’utilisation inattendue à 100 %, pas de connexion lente).
- L’ancien SSD reste inchangé et peut démarrer (optionnel mais recommandé), ou contient au moins un état connu avant migration.
Phase 1 : Vérifications pré-vol (ne clonez pas un mystère)
- Enregistrez modèles/numéros de série des disques (Task 1).
- Confirmez que le mode de démarrage est UEFI (Task 3).
- Vérifiez l’état de BitLocker et exportez les clés de récupération en lieu sûr (Task 5).
- Suspendre les protecteurs BitLocker (Task 6).
- Assurez-vous que le nouveau SSD est au moins aussi grand que l’espace utilisé + partitions (Task 7).
Phase 2 : Clonage ou restauration (faites-le hors ligne si possible)
- Démarrez un live USB Linux.
- Identifiez soigneusement les disques (Task 8). Vérifiez trois fois les noms de périphérique.
- Clonez le disque entier (Task 10) ou utilisez votre flux d’imagerie, en incluant les partitions ESP/MSR/Recovery.
Blague n°2 : La commande la plus dangereuse en stockage est celle dont vous êtes sûr d’avoir tapé correctement.
Phase 3 : Premier démarrage depuis le nouveau SSD (conditions contrôlées)
- Déconnectez physiquement l’ancien SSD (ou désactivez-le dans le firmware si vous pouvez le faire de façon fiable).
- Démarrez et entrez dans le menu de démarrage du firmware ; sélectionnez le Windows Boot Manager du nouveau SSD.
- Une fois dans Windows, confirmez que C: est sur le nouveau disque (Task 12).
- Vérifiez que les fichiers de démarrage existent sur l’ESP du nouveau disque (Tasks 14–16). Reconstruisez avec bcdboot si nécessaire (Task 15).
Phase 4 : Validation (burn-in) (prouver sous le chaos normal)
- Réactivez les protecteurs BitLocker (Task 17).
- Redémarrez deux fois. Oui, deux fois. Surveillez les invites de récupération BitLocker.
- Lancez Windows Update et redémarrez.
- Confirmez que TRIM est activé (Task 18).
- Vérifiez le gestionnaire de périphériques / l’état du contrôleur (Task 19).
Phase 5 : Réintroduire l’ancien SSD comme secours (sans le laisser usurper le démarrage)
- Reconnectez l’ancien SSD.
- Dans le firmware, définissez le nouveau SSD comme premier périphérique de démarrage.
- Sous Windows, envisagez de mettre l’ancien disque hors ligne temporairement pour éviter confusion de lettres et de démarrage.
cr0x@server:~$ powershell -NoProfile -Command "Set-Disk -Number 0 -IsOffline $true; Get-Disk -Number 0 | Select Number,IsOffline"
Number IsOffline
------ ---------
0 True
Ce que cela signifie : L’ancien disque est présent mais hors ligne — parfait pour un secours que vous ne voulez pas que Windows « aide ».
Décision : Laissez-le hors ligne pendant une semaine. Si le nouveau disque est solide, remettez-le en service et réaffectez-le. Sinon, vous pouvez revenir rapidement en arrière.
Erreurs courantes : symptômes → cause racine → correction
1) Symptom: New SSD “boots,” but removing the old SSD makes the system unbootable
Cause racine : Le Boot Manager/ESP est toujours sur l’ancien disque. La partition Windows du nouveau dépendait de l’ESP de l’ancien.
Correction : Déconnectez l’ancien disque. Attribuez une lettre à l’ESP du nouveau disque, puis exécutez `bcdboot C:\Windows /s S: /f UEFI`. Confirmez que l’ordre de démarrage firmware pointe vers le Windows Boot Manager du nouveau SSD.
2) Symptom: BitLocker recovery prompt after migration
Cause racine : Les mesures TPM de démarrage ont changé (chemin de démarrage différent, modifications BCD, bascule Secure Boot), ou les protecteurs n’ont pas été suspendus avant le clonage.
Correction : Utilisez la clé de récupération une fois, puis assurez un ordre de démarrage stable. Si vous aviez suspendu les protecteurs, réactivez-les une fois le démarrage stable. Évitez de basculer les réglages UEFI en cours de route.
3) Symptom: “INACCESSIBLE_BOOT_DEVICE” BSOD on new SSD
Cause racine : Mismatch de mode du contrôleur de stockage (AHCI vs RAID/VMD/RST), ou pilote manquant pour la configuration du nouveau contrôleur.
Correction : Rétablissez le mode de stockage du firmware pour qu’il corresponde à l’original. Si vous devez changer de mode, préparez Windows correctement à l’avance (activation contrôlée des pilotes) et traitez cela comme un changement séparé.
4) Symptom: Two Windows installs appear in boot menu, or Windows boots the “wrong” one
Cause racine : Les deux disques sont en ligne, les deux ont des installations bootables, et l’énumération firmware/BCD est ambiguë.
Correction : Faites le premier démarrage avec seulement le nouveau disque connecté. Ensuite, laissez l’ancien disque hors ligne ou supprimez son entrée de démarrage. Assurez-vous que l’ordre de démarrage firmware est explicite.
5) Symptom: New SSD is slower than expected
Cause racine : Mauvais emplacement PCIe/lanes, passage par un goulot chipset, anciens réglages firmware, ou vous démarrez encore depuis l’ancien disque.
Correction : Vérifiez le modèle du disque OS (Task 12). Confirmez l’état du contrôleur NVMe (Task 19). Vérifiez l’allocation des lanes dans le firmware/manuel. Activez TRIM (Task 18).
6) Symptom: Windows Update fails, recovery environment errors, or WinRE missing
Cause racine : Partition de récupération non clonée/restaurée, ou disposition de partitions incohérente.
Correction : Re-clonez le disque entier en incluant les partitions de récupération, ou reconstruisez WinRE volontairement après avoir stabilisé le démarrage. Ne l’ignorez pas : vous le retrouverez à la prochaine mise à jour fonctionnelle.
7) Symptom: Destination disk shows weird missing space or can’t extend C:
Cause racine : L’ordre des partitions place la partition de récupération après C:, ce qui bloque l’extension ; ou les partitions clonées conservent les tailles anciennes.
Correction : Utilisez la gestion des disques ou un outil de partition pour déplacer/ redimensionner les partitions (avec prudence). Préférez : n’étendre qu’après avoir prouvé que le nouveau disque démarre de façon indépendante.
FAQ
1) Should I clone the whole disk or just the C: partition?
Clonez le disque entier si votre objectif est « pas de chaos ». Les partitions de démarrage (ESP/System Reserved), MSR et Recovery ne sont pas optionnelles en pratique.
2) Do I really need to disconnect the old SSD for the first boot?
Oui, si vous voulez la certitude. Laisser les deux connectés invite Windows et le firmware à choisir l’ESP ou l’entrée de démarrage qu’ils préfèrent. Votre test devient alors sans valeur.
3) Can I keep the old SSD as a bootable fallback long-term?
Vous pouvez, mais soyez discipliné : maintenez l’ordre de démarrage firmware fixé sur le nouveau disque et envisagez de garder l’ancien disque hors ligne dans Windows pour éviter écritures accidentelles et confusion.
4) Will cloning break software licensing?
Généralement non pour la plupart des applications, mais certains systèmes de licence lient l’activation à des identifiants matériels et peuvent demander une réactivation. L’activation de Windows survit typiquement au remplacement du stockage ; un changement majeur de carte mère est autre chose.
5) What about moving from SATA SSD to NVMe SSD?
C’est généralement OK, mais le mode de stockage de la plateforme importe (AHCI vs RAID/VMD). Vérifiez aussi que le NVMe est inséré dans un emplacement qui supporte les performances complètes et le démarrage.
6) Should I disable BitLocker or decrypt before cloning?
Préférez suspendre les protecteurs, pas décrypter. Le décryptage peut durer longtemps et augmente l’exposition. Suspendre → cloner → valider le démarrage → réactiver.
7) How do I know the new SSD is truly independent?
Démarrez avec l’ancien disque physiquement déconnecté. C’est le test propre. Ensuite, vérifiez que les fichiers de démarrage existent sur l’ESP du nouveau disque et que le BCD pointe vers la bonne installation.
8) I cloned and now I have two “System” partitions. Which one is used?
Celle pointée par l’entrée de démarrage du firmware. C’est pourquoi on reconstruit les fichiers de démarrage sur le nouveau disque si nécessaire et qu’on définit explicitement l’ordre de démarrage. L’ambiguïté est l’ennemi.
9) Can I use the old SSD as extra storage after I’m confident?
Oui, mais ne la formatez pas immédiatement. Laissez-la intacte pendant au moins une semaine d’utilisation normale. Quand vous la réaffecterez, effacez-la intentionnellement et supprimez les entrées de démarrage obsolètes.
10) What’s the safest rollback plan?
Laissez l’ancien SSD inchangé. Si le nouveau SSD a un problème, éteignez, réglez le firmware pour démarrer sur l’ancien SSD (ou échangez l’ordre de démarrage), et vous êtes revenu. Pas de restauration nécessaire.
Conclusion : prochaines étapes qui ne ruineront pas votre week-end
Déplacer Windows vers un nouveau SSD est facile à mal faire et étonnamment satisfaisant quand c’est bien fait. La différence tient à savoir si vous le traitez comme une migration de chaîne de démarrage avec validation, ou comme une copie de fichiers optimiste.
Faites ceci ensuite :
- Exécutez les vérifications pré-vol (identifiants de disques, mode de démarrage, état BitLocker).
- Suspendre les protecteurs BitLocker, puis réalisez un clonage hors ligne du disque entier.
- Premier démarrage avec l’ancien SSD déconnecté. Confirmez que C: et l’ESP sont sur le nouveau SSD.
- Réactivez BitLocker, redémarrez deux fois, lancez les mises à jour et laissez-le « prendre » pendant une semaine.
- Ce n’est qu’ensuite que vous reconnectez l’ancien SSD comme secours ou que vous le réaffectez en toute intention.