Ta clé USB n’a pas rendu l’âme, elle a juste raté le train du UEFI. Si elle a disparu du menu d’amorçage sur ton nouveau PC après des mois de bons et loyaux services, c’est très probablement parce qu’elle a été gravée en mode MBR (Master Boot Record), le vieux standard hérité du BIOS, alors que ta nouvelle machine ne parle plus que UEFI pur, sans filet de sécurité pour le Legacy.
Le diagnostic est presque toujours le même dans ce genre de situation. Ce type d’erreur apparaît généralement lorsque la clé USB a été créée avec des paramètres inadaptés au système, en mode BIOS hérité au lieu d’UEFI, et la solution consiste à recréer la clé en sélectionnant précisément le mode correspondant à la machine (UEFI/GPT pour les PC récents ou Legacy/MBR pour les anciens ordinateurs). ta clé fonctionnait très bien sur ton ancien PC parce que celui-ci acceptait encore de faire semblant d’être un vieux BIOS. Le nouveau, lui, a coupé le cordon.
À retenir
- Pourquoi le CSM disparaît silencieusement des nouveaux PC et rend vos vieilles clés invisibles
- Le fossé croissant entre MBR/BIOS et UEFI/GPT : quand les standards technologiques vous abandonnent
- Secure Boot arrive ensuite : le prochain piège à éviter après avoir regravé votre clé correctement
Pourquoi ta clé est devenue invisible du jour au lendemain
Le coupable s’appelle CSM, pour Compatibility Support Module. C’est cette petite couche de compatibilité qui permettait à un firmware UEFI moderne de faire semblant d’être un BIOS classique, histoire de pouvoir booter sur un disque en MBR. CSM stands for Compatibility Support Module et il permet au firmware UEFI moderne d’émuler des environnements BIOS hérités, en supportant les anciennes méthodes de boot comme le MBR. Le problème, c’est que ce module de compatibilité est en train de disparaître des cartes mères les plus récentes, purement et simplement.
Le CSM est plus lent, moins sécurisé et de plus en plus dépassé, et depuis 2025, la majorité des nouveaux systèmes n’exigent plus ni ne recommandent le CSM. Sur ton nouveau PC, il est fort possible que l’option n’existe même plus dans le BIOS, ou qu’elle soit grisée par défaut. Résultat : le firmware ne sait tout simplement plus lire une table de partition MBR, et ta clé, qui utilise justement ce format depuis des mois, devient invisible aux yeux du menu de démarrage. Ce n’est pas un bug, c’est une fonctionnalité qu’on t’a retirée sans prévenir.
Ce virage n’est pas propre à Windows. Windows 11 exige le mode UEFI et le Secure Boot activé, et si de nombreuses distributions Linux fonctionnent bien en UEFI, elles supportent encore le BIOS hérité via le CSM, même si ce support s’amenuise. Autant dire que dans deux ou trois générations de PC, la question ne se posera même plus : le MBR sera un souvenir de geek nostalgique, au même titre que les CD de réinstallation Windows XP.
La manip pour régraver ta clé correctement
Bonne nouvelle, le fix est rapide et ne demande aucune compétence exotique. Il faut simplement régraver l’ISO de ta distribution Linux en ciblant explicitement le schéma GPT et le mode UEFI, plutôt que MBR/BIOS.
Avec un outil comme Rufus (le plus utilisé côté Windows pour ce genre de tâche), il suffit de sélectionner le schéma de partition GPT et la cible « UEFI (non CSM) » au moment de la création de la clé, plutôt que MBR et « BIOS ou UEFI ». Ce détail change tout : ta clé passe alors du monde du Legacy à celui de l’UEFI natif, celui que ton nouveau PC comprend nativement sans avoir besoin d’un traducteur. Pour démarrer correctement sur une clé USB, le formatage en FAT32 est généralement recommandé sur les ordinateurs récents en UEFI, même si ce système de fichiers impose une limite de taille de fichier à 4 Go (un détail qui peut coincer si ton ISO Linux dépasse cette taille, auquel cas il faudra basculer en exFAT ou passer par un outil qui gère le split automatiquement).
Avant de tout réinstaller, vérifie aussi deux ou trois réglages côté BIOS. Si la clé USB n’apparaît pas du tout dans le menu de démarrage, il est probable que le BIOS/UEFI n’autorise pas le démarrage USB ou que la clé ne soit pas bootable, donc il faut vérifier les options de démarrage dans le BIOS/UEFI et activer « USB Boot ». Un Fast Boot trop agressif peut aussi empêcher le firmware de scanner correctement les périphériques externes au démarrage, il vaut mieux le désactiver temporairement le temps de l’installation.
Le Secure Boot, prochain obstacle sur la route
Une fois la clé regravée en UEFI/GPT, tu n’es pas forcément sorti d’affaire si le Secure Boot est actif. Ce mécanisme vérifie la signature numérique du bootloader avant de l’exécuter, et certaines images Linux plus anciennes ou mal signées peuvent être rejetées. C’est d’autant plus vrai en ce moment : Microsoft renouvelle ses certificats Secure Boot émis en 2011, qui commencent à expirer fin juin 2026, et si les appareils continueront de démarrer, ne pas mettre à jour privera les systèmes des nouvelles protections de sécurité au niveau du démarrage. Autant dire que le sujet du boot sécurisé n’est pas près de se calmer dans les mois qui viennent.
Si ta clé fraîchement gravée en UEFI refuse toujours de démarrer, essaie de désactiver ponctuellement le Secure Boot dans le BIOS, le temps du test. La plupart des distributions Linux grand public (Ubuntu, Fedora, Mint) signent désormais leurs bootloaders et passent sans souci même Secure Boot activé, mais certaines images plus confidentielles ou plus anciennes ne le font pas encore. Un détail à garder en tête avant de crier au bug : ton PC n’a peut-être rien de cassé, il applique juste des règles de sécurité plus strictes qu’avant, et c’est plutôt une bonne nouvelle pour la suite.
Sources : forum.malekal.com | learn.microsoft.com