Une clé USB de dépannage peut faire gagner beaucoup de temps. Elle peut aussi devenir une collection d’ISO oubliées, de logiciels jamais testés et d’outils téléchargés sur des sites douteux. Le nombre de programmes n’est pas ce qui la rend utile. Ce qui compte, c’est de savoir pourquoi chaque outil est là, quand l’utiliser et surtout quand ne pas l’utiliser.
L’objectif de ce guide n’est donc pas de fabriquer une clé « magique » capable de réparer tous les PC. Une telle clé n’existe pas. Il s’agit de préparer un support simple, vérifiable et maintenable pour répondre à quelques besoins précis : démarrer une machine qui ne lance plus son système, protéger les données, tester le stockage et la mémoire, examiner le matériel, puis décider si une réparation est raisonnable.
Cette première version reste volontairement documentaire. Elle sera transformée en retour d’atelier après validation des outils réellement utilisés sur BlackFury.
Commencer par définir ce que la clé doit faire
Avant de télécharger quoi que ce soit, il faut décrire les situations auxquelles la clé doit répondre.
- Le PC ne démarre plus, mais les fichiers doivent être récupérés.
- Windows démarre mal et il faut accéder à son environnement de récupération.
- Le disque est suspect et son état S.M.A.R.T. doit être lu sans solliciter inutilement le système installé.
- Des plantages aléatoires font soupçonner la mémoire.
- Une machine doit être testée avec un système autonome avant de décider d’installer Linux.
- Un disque sain doit être cloné avant une migration vers un SSD.
- Les processus, programmes au démarrage ou journaux Windows doivent être examinés avec des outils portables.
Cette liste évite le piège classique : copier tout ce que l’on trouve, puis chercher le bon outil au milieu de vingt menus au moment où une machine est déjà en panne.

Une clé d’atelier sérieuse sert d’abord au diagnostic. Elle ne doit pas appliquer automatiquement des « optimisations », installer des pilotes au hasard ou modifier un système avant qu’une sauvegarde existe.
Une seule clé multiboot ou plusieurs supports spécialisés ?
Les deux approches sont valables.
Une clé multiboot permet de copier plusieurs fichiers ISO sur un même support et de les choisir au démarrage. Ventoy est conçu pour cela : une fois installé sur la clé, il détecte les fichiers ISO, WIM, IMG, VHD(x) et EFI copiés dans sa partition de données. C’est pratique pour mettre à jour une image sans réécrire tout le support.
Cette souplesse ne garantit pas que chaque image démarrera sur chaque firmware. L’UEFI, le Secure Boot, l’âge de la machine et les particularités d’une image peuvent changer le résultat. La documentation actuelle de SystemRescue signale d’ailleurs un problème connu avec certaines utilisations de Ventoy. Une clé multiboot doit donc être testée, pas seulement remplie.
L’autre solution consiste à conserver une ou deux clés spécialisées écrites avec Rufus : par exemple une clé SystemRescue et une clé d’installation Windows. Rufus reformate le support et écrit une image amorçable. C’est moins flexible, mais souvent plus simple à vérifier lorsqu’une image multiboot refuse de se lancer.
Le compromis le plus robuste est souvent le suivant :
- une clé multiboot pour les outils courants ;
- un petit support de secours dédié à l’image la plus importante ;
- un disque externe séparé pour les sauvegardes, images et fichiers récupérés.
Le support de démarrage ne doit pas être considéré comme une sauvegarde. Il peut être reformaté pendant une mise à jour ou être contaminé par une machine compromise.
Les images de démarrage à envisager
1. Un média Windows officiel
Le média d’installation de Windows permet aussi d’accéder à l’environnement de récupération. Microsoft fournit son propre outil de création de média ainsi que les ISO officielles de Windows 11. Le support peut servir à lancer la réparation du démarrage, la restauration du système ou l’invite de commandes lorsque le Windows installé ne démarre plus.
Il faut télécharger l’image chez Microsoft, dans la bonne architecture, puis tenir compte de la version installée sur le PC. Une image trouvée dans un pack « allégé » ou modifié ajoute une inconnue inutile au diagnostic.
Le média d’installation peut effacer ou remplacer le système. Le simple fait de réussir à afficher l’écran d’installation n’autorise pas à cliquer sur « Installer ». Avant toute action, il faut identifier le disque, vérifier les sauvegardes et savoir si l’objectif est une réparation, une récupération ou une réinstallation.
2. SystemRescue
SystemRescue est un système GNU/Linux autonome conçu pour l’administration et la réparation. Il inclut notamment des outils de partitionnement, de système de fichiers, d’inventaire matériel, de récupération et de lecture S.M.A.R.T. Il sait accéder à de nombreux systèmes de fichiers, y compris NTFS.
Il permet de travailler même lorsque le système installé ne démarre plus. C’est puissant, donc potentiellement destructeur : monter un disque en écriture, modifier une table de partitions ou lancer une récupération directement sur le support malade peut aggraver la situation.
Pour une première observation, il est préférable de monter les volumes en lecture seule lorsque c’est possible, d’identifier précisément les périphériques et de copier les données vers un autre support.
3. MemTest86 ou Memtest86+
Un test mémoire autonome aide à sortir Windows de l’équation. MemTest86 démarre depuis une clé USB en environnement UEFI et exécute plusieurs algorithmes sur la RAM. SystemRescue propose également Memtest86+ depuis son menu de démarrage et memtester dans son environnement.
Une erreur mémoire est importante, mais elle ne désigne pas automatiquement la barrette comme seule coupable. Un profil mémoire trop agressif, un contrôleur mémoire, un emplacement de carte mère, une alimentation instable ou un mauvais contact peuvent produire des symptômes proches. Il faut revenir aux réglages standards, tester les barrettes séparément si nécessaire et documenter la configuration.
L’absence d’erreur après un passage rapide ne prouve pas non plus que toute la mémoire est saine. La durée et les conditions du test doivent apparaître dans le compte rendu.
4. Clonezilla Live
Clonezilla Live est destiné à l’imagerie et au clonage d’une machine individuelle. Il peut être utile avant un remplacement de disque, une migration ou une intervention risquée sur un support sain.
Il faut vérifier deux fois la source et la destination. Une inversion peut écraser le seul exemplaire des données. Lorsque le disque présente déjà des erreurs matérielles, se déconnecte ou ralentit fortement à la lecture, un clonage classique n’est pas toujours la bonne première opération. ddrescue, disponible dans SystemRescue, est conçu pour copier un support présentant des erreurs en conservant un journal de reprise, mais son utilisation demande une procédure dédiée.
L’idée à retenir est simple : on travaille de préférence sur une copie, jamais sur l’unique original lorsque les données comptent.
5. Un système Linux en mode « essayer »
Une image Ubuntu officielle peut démarrer en mode d’essai sans installation permanente. Elle permet de vérifier rapidement si le réseau, le son, l’affichage, le clavier, la veille et les périphériques fonctionnent sur une ancienne machine.
C’est utile avant de proposer Linux comme seconde vie à un PC devenu incompatible avec Windows. Un bureau qui s’affiche ne suffit pas : il faut tester les usages réels, les imprimantes, les écrans, la vidéo, le Wi-Fi et les fichiers habituels.
Les outils portables à garder côté Windows
Tout ne nécessite pas de redémarrer le PC. Sur une machine qui lance encore Windows, quelques outils portables officiels suffisent souvent.
La suite Microsoft Sysinternals contient notamment :
- Autoruns pour inventorier les nombreux emplacements de démarrage automatique ;
- Process Explorer pour examiner les processus et leurs relations ;
- Process Monitor pour enregistrer les accès aux fichiers, au Registre et aux processus ;
- TCPView pour voir les connexions réseau ;
- RAMMap pour comprendre l’utilisation de la mémoire ;
- Sigcheck pour examiner les signatures et versions de fichiers.
Il n’est pas nécessaire de lancer toute la suite. Chaque outil doit répondre à une question précise. Process Monitor, par exemple, produit énormément d’événements ; sans filtre ni hypothèse, le résultat devient vite illisible.
smartctl, fourni par smartmontools, peut également être conservé pour Windows. Il lit les informations S.M.A.R.T., les journaux d’erreurs et les autotests de nombreux disques SATA, SAS et NVMe. Les ponts USB et certains contrôleurs peuvent cependant masquer ou transformer ces informations.
Ces utilitaires doivent provenir de leur site officiel. Un téléchargement repackagé avec un installateur tiers annule une bonne partie de l’intérêt d’une clé de confiance.
Préparer une clé multiboot avec Ventoy
L’installation de Ventoy reformate la clé. Avant de commencer :
- débrancher les supports externes inutiles ;
- sauvegarder le contenu de la clé choisie ;
- relever sa capacité et son nom exact ;
- télécharger Ventoy depuis son site officiel ;
- vérifier que le périphérique sélectionné est bien la clé, et non un disque de sauvegarde ;
- installer Ventoy ;
- copier les ISO officielles dans des dossiers clairs ;
- tester réellement le démarrage.
Une organisation simple peut ressembler à ceci :
ISO/
Windows/
Linux/
Diagnostic/
Outils-Windows/
Documentation/
manifest.txt
checksums.txt
Rapports/
Le fichier manifest.txt peut contenir, pour chaque outil, son nom, sa version, sa source, sa date de téléchargement et la machine sur laquelle il a été testé. checksums.txt conserve les empreintes publiées par les éditeurs lorsque celles-ci existent.
SystemRescue publie des sommes SHA-256 et SHA-512 ainsi qu’une signature GPG. Vérifier une empreinte ne rend pas un logiciel parfait, mais permet de détecter un téléchargement corrompu ou différent du fichier annoncé.
Tester la clé avant d’en avoir besoin
Une clé qui apparaît dans l’Explorateur Windows n’est pas encore une clé de dépannage validée.
Il faut au minimum essayer :
- un PC UEFI récent ;
- une machine plus ancienne si elle fait partie du parc visé ;
- le démarrage avec Secure Boot activé lorsque cela correspond à l’usage ;
- chaque ISO essentielle ;
- le clavier et l’affichage dans les menus ;
- l’accès au réseau ;
- la détection des disques SATA et NVMe ;
- la lecture d’un support NTFS ;
- l’écriture d’un petit rapport sur un support de test.
Le test doit se faire sur une machine sans données importantes ou avec des disques de travail clairement identifiés. Il ne faut pas tester une commande de clonage au hasard sur son ordinateur principal.
Une petite fiche papier rangée avec la clé reste utile : touches de menu de démarrage fréquentes, ordre de diagnostic, emplacement des rapports et rappel de ne jamais écrire sur un disque suspect avant la sauvegarde.
Une méthode d’intervention plus importante que les logiciels
Une clé bien préparée n’empêche pas une mauvaise décision. L’ordre d’intervention reste essentiel.
Étape 1 — écouter et observer
Noter le symptôme exact, sa date d’apparition, les changements récents, les bruits, les messages et les données à protéger.
Étape 2 — sauvegarder
Si le stockage est suspect, limiter les redémarrages et les analyses répétées. Copier les données prioritaires ou créer une image adaptée à l’état du support.
Étape 3 — inventorier sans modifier
Identifier les disques, partitions, quantités de mémoire, températures et erreurs. Conserver les résultats avant de changer un réglage.
Étape 4 — tester une hypothèse à la fois
Une modification, un redémarrage, une observation. Si dix réglages sont changés simultanément, on ne sait plus ce qui a résolu ou aggravé le problème.
Étape 5 — conserver une trace
Noter l’outil, sa version, le test lancé, sa durée et son résultat. Une capture sans contexte se comprend rarement six mois plus tard.
Ce que je déconseille de placer sur la clé
- les logiciels automatiques de mise à jour de pilotes ;
- les « optimiseurs » et nettoyeurs de Registre ;
- les images Windows modifiées dont la provenance et les changements ne sont pas vérifiables ;
- les exécutables récupérés dans une compilation anonyme ;
- les outils de contournement de mots de passe utilisés sans cadre et sans autorisation ;
- les activateurs, cracks et logiciels piratés ;
- les données personnelles d’anciens diagnostics ;
- les mots de passe, clés privées ou identifiants laissés en clair.
Une clé de dépannage passe d’une machine à l’autre. Elle doit être considérée comme un support exposé. Après une intervention sur un PC potentiellement compromis, il faut l’examiner depuis une machine saine et éviter d’exécuter automatiquement ce qu’elle contient.
Protéger les données et respecter les personnes
Accéder techniquement à un disque ne signifie pas que l’on est autorisé à ouvrir tous ses fichiers. Avant une intervention sur le matériel d’un tiers, il faut préciser ce qui doit être sauvegardé, où la copie sera stockée et quand elle sera effacée.
Les rapports et captures destinés à un article doivent être anonymisés : noms d’utilisateur, chemins, adresses e-mail, numéros de série, adresses IP, clés de licence, noms de réseau et documents récents peuvent révéler bien plus que prévu.
Pour BlackFury, un exemple public doit être soit réalisé sur une machine personnelle, soit rendu impossible à rattacher à son propriétaire avec son accord.
Entretenir la clé
Une clé d’atelier vieillit même lorsqu’elle reste dans un tiroir. Tous les trois ou six mois :
- vérifier les nouvelles versions sur les sites officiels ;
- remplacer les ISO obsolètes ;
- recalculer ou revérifier les empreintes ;
- mettre à jour le manifeste ;
- démarrer chaque image essentielle ;
- contrôler l’état physique du support ;
- supprimer les anciens rapports et données ;
- vérifier que le support de secours dédié fonctionne encore.
Il vaut mieux cinq outils récents et connus que trente outils dont personne ne se rappelle l’origine.
La checklist courte
Avant de considérer la clé comme prête :
- toutes les sources de téléchargement sont officielles ;
- la clé a été sauvegardée avant son formatage ;
- les empreintes disponibles ont été vérifiées ;
- chaque ISO a un rôle précis ;
- les fichiers portent des noms et versions compréhensibles ;
- le démarrage UEFI a été testé ;
- le comportement avec Secure Boot est connu ;
- une solution dédiée existe si le multiboot échoue ;
- les rapports sont séparés des données de démarrage ;
- aucun secret ni dossier personnel ne reste sur le support ;
- les opérations destructives sont clairement identifiées ;
- un disque externe distinct est disponible pour les sauvegardes.
Une boîte à outils, pas un bouton magique
La meilleure clé USB de diagnostic n’est pas la plus spectaculaire. C’est celle qui démarre le jour où elle est nécessaire, dont les outils ont une origine connue et dont l’utilisateur comprend les limites.
Elle ne remplace ni une sauvegarde ni une méthode. Elle permet seulement de gagner du temps entre le premier symptôme et une décision raisonnable : réparer, récupérer, migrer ou remplacer.
Sources techniques à conserver
- Ventoy — fonctionnement, formats pris en charge et documentation Secure Boot.
https://www.ventoy.net/en/ - SystemRescue — installation sur clé USB, outils inclus et vérification des téléchargements.
https://www.system-rescue.org/Installing-SystemRescue-on-a-USB-memory-stick/
https://www.system-rescue.org/System-tools/
https://www.system-rescue.org/Download/ - Rufus — création de supports amorçables et téléchargements officiels.
https://rufus.ie/ - Microsoft — téléchargement et création d’un média Windows 11 officiel.
https://www.microsoft.com/software-download/windows11 - Microsoft Sysinternals — suite d’outils portables et documentation Autoruns.
https://learn.microsoft.com/sysinternals/downloads/sysinternals-suite
https://learn.microsoft.com/sysinternals/downloads/autoruns - MemTest86 — test autonome de la mémoire.
https://www.memtest86.com/ - Clonezilla Live — documentation officielle d’imagerie et de clonage.
https://clonezilla.org/clonezilla-live.php - Ubuntu — essai d’Ubuntu depuis USB sans installation permanente.
https://ubuntu.com/desktop/docs/en/latest/tutorial/try-ubuntu-desktop/