Vérifier un SSD avant de le réemployer ou d’y migrer Windows évite de confier ses données à un support mal identifié. Un SSD d’occasion, retiré d’un ancien PC ou gardé au fond d’un tiroir, peut encore rendre service. Il peut aussi transporter une incertitude : modèle mal identifié, compteur non exposé, système de fichiers endommagé, boîtier USB instable ou capacité insuffisante pour le système à déplacer.
Le réflexe raisonnable n’est ni de déclarer le support « bon » après un seul écran vert, ni de le jeter au premier chiffre incompris. Il consiste à réunir des indices vérifiables, à sauvegarder avant toute correction et à n’utiliser le disque pour Windows ou des données importantes qu’après une migration validée. Cette méthode reste documentaire : elle ne prétend pas rapporter un essai effectué sur une machine particulière.
Si le SSD est contrôlé parce que toute la machine ralentit, commencez par les vérifications globales d’un PC lent : un manque d’espace, la chauffe ou les programmes au démarrage peuvent produire le même symptôme.
Comment vérifier un SSD avant la migration : la réponse courte
Avant de réemployer un SSD ou de cloner Windows dessus, faites quatre choses dans cet ordre : sauvegarder les données qu’il contient encore, identifier sans ambiguïté le bon disque, examiner les états et compteurs que Windows peut lire, puis vérifier le volume et la migration sur une copie.
PowerShell peut afficher l’état des disques et, lorsque le matériel le fournit, des compteurs de température, d’usure, d’heures de fonctionnement ou d’erreurs. Ces informations sont utiles, mais incomplètes : l’absence de compteur n’est pas un certificat de santé, et un état « Healthy » ne prédit pas qu’aucune panne ne surviendra. Microsoft décrit ces données comme des statistiques dynamiques remontées par le périphérique, pas comme une garantie de durée de vie.
Pour une migration, la règle la plus importante reste simple : l’ancien disque et sa sauvegarde restent intacts jusqu’à ce que le nouveau démarrage, les données et les fonctions nécessaires aient été vérifiés.
Commencer par ce que l’on refuse de perdre
Un contrôle peut révéler une erreur de système de fichiers. Une migration peut échouer, choisir le mauvais disque ou rendre le démarrage indisponible. Avant toute commande qui corrige, formate, initialise ou clone, copiez les données importantes vers un emplacement distinct et vérifiez que cette copie s’ouvre.
Ne considérez pas le SSD source comme une sauvegarde pendant le clonage. Une erreur de sélection peut écraser une table de partitions, et un incident matériel peut toucher le support au mauvais moment. Si le disque contient des données sensibles à effacer avant un don ou une revente, cette opération est un autre sujet : ne mélangez pas effacement définitif et diagnostic de réemploi.
Dans la suite, les commandes proposées sont volontairement de lecture ou de vérification. Les commandes de réparation viennent seulement après une sauvegarde et une identification certaine du volume concerné.
Pour préparer un démarrage de secours et regrouper des outils dont la source est documentée, consultez aussi la méthode BlackFury pour construire une clé USB de diagnostic PC.
Procédure : identifier le support avant de lire ses chiffres
1. Relever modèle, numéro et capacité
Le premier risque est d’interpréter les informations du disque système alors que l’on regarde le SSD externe. Dans PowerShell ouvert avec les droits adaptés à votre configuration, commencez par l’inventaire :
Get-PhysicalDisk | Format-Table FriendlyName, SerialNumber, MediaType, HealthStatus, OperationalStatus, Size -AutoSize
Get-Volume | Format-Table DriveLetter, FileSystemLabel, FileSystemType, HealthStatus, Size, SizeRemaining -AutoSize
La cmdlet Get-PhysicalDisk sert à récupérer des objets de disque physique. Recoupez son nom convivial, son numéro de série, sa capacité et son interface avec l’étiquette du support, le boîtier ou l’outil du fabricant. Un numéro de disque ou une lettre peut changer lorsqu’on branche un autre périphérique ; il ne faut pas le mémoriser comme une identité durable.
Notez également l’interface : SATA, NVMe ou USB ne sont pas des variantes interchangeables. Un SSD rapide dans un boîtier USB lent ou défaillant donnera des résultats qui concernent peut-être le boîtier, le câble ou son alimentation plutôt que le support lui-même.
| À noter | Pourquoi | Limite |
|---|---|---|
| modèle et numéro de série | attribuer les résultats au bon SSD | certains boîtiers masquent une partie des informations |
| capacité visible | vérifier l’adéquation avec la migration | la capacité annoncée et l’espace utilisable diffèrent |
| lettre et volume | cibler la vérification du système de fichiers | la lettre peut changer |
| connexion utilisée | expliquer une lenteur ou une déconnexion | ce n’est pas une mesure de santé NAND |
2. Lire les états Windows, sans les surinterpréter
HealthStatus et OperationalStatus sont des alertes utiles. Un état qui n’est pas normal mérite de suspendre la migration et de mettre les données à l’abri. L’inverse est plus nuancé : un statut sain signifie seulement que Windows ne signale pas l’anomalie concernée à cet instant.
Gardez une sortie horodatée pour comparer si un comportement change. La comparaison est plus informative qu’un unique relevé lorsque des erreurs ou des déconnexions apparaissent plusieurs fois.
N’essayez pas de « réparer » un état par une commande de gestion des disques sans avoir compris le rôle du support. Retirer, initialiser ou nettoyer un disque sont des actions qui modifient des données et ne font pas partie d’un contrôle préalable prudent.
3. Demander les compteurs de fiabilité, s’ils existent
Windows fournit la cmdlet Get-StorageReliabilityCounter. Elle obtient, pour le disque physique transmis, les compteurs de fiabilité disponibles. Une commande de lecture peut être :
Get-PhysicalDisk | Get-StorageReliabilityCounter | Format-List
Selon le matériel et le chemin de connexion, la sortie peut inclure la température, les heures de fonctionnement, l’usure, les erreurs de lecture ou d’écriture et certaines latences. La classe Windows associée indique notamment que l’usure est exprimée en pourcentage et qu’une valeur de 100 correspond à la limite d’usure estimée atteinte ; elle précise également que les compteurs viennent du périphérique et évoluent avec le temps.
Ce relevé ne se lit pas comme un feu tricolore universel. Comparez chaque valeur à la documentation officielle du modèle exact lorsque le fabricant en publie une. Une valeur absente peut vouloir dire que le contrôleur, le pilote ou le boîtier ne la remonte pas. Des erreurs corrigées demandent du contexte ; une erreur non corrigée, des valeurs qui augmentent, une température anormale ou des déconnexions répétées justifient de ne pas choisir ce SSD pour la seule copie d’un système important.
| Indice | Ce qu’il permet de constater | Ce qu’il ne permet pas d’affirmer |
|---|---|---|
| heures sous tension | ancienneté d’usage déclarée | la qualité de tous les usages passés |
| usure | estimation fournie par le support | une date exacte de panne |
| erreurs et latences | anomalies signalées par le support | la cause certaine sans autre diagnostic |
| température | valeur actuelle ou maximale fournie | le comportement dans chaque boîtier et charge |
| absence de données | compatibilité limitée de la remontée | un SSD forcément sain ou forcément défectueux |
4. Vérifier le système de fichiers sans commencer par une réparation
Le SSD physique et le volume Windows sont deux niveaux différents. Les compteurs concernent le périphérique ; le système de fichiers concerne une partition montée, par exemple D:. Une migration peut échouer même si le SSD ne remonte pas d’alerte, parce que le volume source ou cible a un problème logique.
La cmdlet Repair-Volume propose un mode -Scan qui examine un volume et signale les erreurs sans les corriger. Par exemple, après avoir contrôlé la lettre :
Repair-Volume -DriveLetter D -Scan
Cette commande doit viser une lettre dont l’identité a été vérifiée. Ne remplacez pas D par une supposition. Si une erreur est signalée, sauvegardez d’abord, lisez le rapport et décidez si une réparation est adaptée. Les modes qui corrigent peuvent prendre le volume hors ligne ou modifier ses structures.
chkdsk constitue une autre vérification documentée par Microsoft. Sans paramètre de correction, il fournit un état ; avec /f, il corrige des erreurs logiques et doit pouvoir verrouiller le volume. Microsoft précise aussi que /r effectue une recherche de secteurs problématiques et qu’un balayage complet répété sur SSD peut ajouter des cycles d’écriture/effacement inutilement. Ce n’est donc pas un rituel à lancer systématiquement avant chaque migration.
5. Contrôler les données à copier
Un contrôle de volume n’équivaut pas à la preuve que tous les fichiers importants sont lisibles, et le clonage n’équivaut pas à une sauvegarde. Avant migration, ouvrez un échantillon représentatif : documents, photos, archives, bases locales et fichiers volumineux. Si vous faites une copie de fichiers, une somme de contrôle peut vérifier que deux fichiers ont les mêmes octets :
Get-FileHash -Algorithm SHA256 "E:\archives\photo-essai.jpg"
La documentation Get-FileHash explique que la cmdlet calcule une valeur de hachage pour le contenu d’un fichier. Comparez le résultat de la source et de la destination, pas un fichier avec une valeur trouvée sur internet. Cette comparaison ne valide ni le démarrage de Windows ni l’état futur du SSD ; elle ajoute seulement une preuve d’intégrité à une copie déterminée.
6. Migrer sans retirer la porte de sortie
Vérifiez d’abord que la capacité utile du SSD cible suffit à ce qui sera copié, avec une marge pour Windows et les mises à jour. La taille nominale n’est pas une preuve suffisante : l’espace effectivement occupé, les partitions de récupération et la disposition de démarrage comptent aussi.
Le logiciel de migration dépend du modèle et du scénario. Préférez la documentation officielle du fabricant du SSD ou de l’outil choisi pour ses prérequis, ses modes de clonage et ses limites. Ne forcez pas une conversion de partition ou de mode de démarrage parce qu’un tutoriel générique la propose.
Après le clonage :
- éteignez complètement le PC si la procédure l’exige ;
- démarrez explicitement sur le nouveau SSD, en contrôlant l’identifiant du support dans le firmware ou le menu de démarrage ;
- ouvrez une session, un document et les applications importantes ;
- vérifiez l’espace libre, Windows Update et les périphériques essentiels ;
- redémarrez au moins une fois ;
- conservez l’ancien disque débranché ou en lecture seule jusqu’à la validation complète ;
- gardez la sauvegarde indépendante au-delà de cette validation.
Le fait que Windows démarre une fois est une bonne étape, pas une réception définitive. Une application qui dépend d’une clé, d’une base locale ou d’un pilote mérite son propre contrôle.
Limites : un SSD ne reçoit pas de certificat d’immortalité
Les indicateurs fournis par Windows dépendent de ce que le support, son micrologiciel, son pilote et son adaptateur remontent. Ils peuvent être absents, incomplets ou difficiles à rattacher au bon matériel. Ils ne détectent pas nécessairement toutes les causes de panne intermittente et ne remplacent pas les diagnostics officiels du fabricant lorsque celui-ci propose un outil compatible avec le modèle.
Un outil constructeur peut ajouter des essais spécifiques, mais il faut lire ses avertissements et sauvegarder avant un test qui écrit, met à jour le micrologiciel ou modifie la configuration. Ne téléchargez jamais un utilitaire depuis un site d’agrégation : partez du site officiel du fabricant identifié par le modèle et le numéro de série.
Enfin, la performance observée au travers d’un boîtier USB ne permet pas à elle seule de juger le SSD en usage interne. Câble, port, alimentation, chiffrement matériel et température du boîtier peuvent modifier le résultat.
Verdict
Réemployer un SSD ou migrer Windows sur lui demande une décision graduée, pas une promesse. Une identité certaine, un état Windows lisible, des compteurs interprétés avec leurs limites, un contrôle prudent du volume et une sauvegarde indépendante forment une base sérieuse.
Si un signal inquiétant apparaît, le bon choix est de protéger d’abord les données et de différer la migration. Si aucun signal n’apparaît, conservez tout de même l’ancien support et la sauvegarde jusqu’à ce que le nouveau système ait démontré son fonctionnement réel. La durabilité ne vient pas d’un test unique : elle vient aussi de la capacité à revenir en arrière.
Sources officielles consultées
- Microsoft Learn — Get-PhysicalDisk
- Microsoft Learn — Get-StorageReliabilityCounter
- Microsoft Learn — MSFT_StorageReliabilityCounter
- Microsoft Learn — Repair-Volume
- Microsoft Learn — chkdsk
- Microsoft Learn — Get-FileHash
