J’ai créé ma clé USB bootable sur Mac : l’étape que tout le monde rate au formatage

Créer une clé USB bootable sur Mac, ça semble simple jusqu’au moment où ça ne fonctionne pas. La machine cible refuse de démarrer dessus, le BIOS ne la voit pas, ou pire : la clé s’avère corrompue au beau milieu d’une installation. Dans 90 % des cas, le problème vient du formatage. Pas de l’outil utilisé, pas du fichier ISO téléchargé. Du formatage.

J’ai galéré là-dessus pendant des années avant de comprendre pourquoi. Alors voilà ce que j’aurais voulu que quelqu’un m’explique dès le départ.

À retenir

  • L’Utilitaire de disque de macOS crée du GPT par défaut, alors que vous aviez peut-être besoin de MBR
  • Le schéma de partition (GPT vs MBR) détermine si votre clé bootable fonctionnera vraiment
  • Copier un fichier ISO sur une clé n’est pas la même chose que créer une clé amorçable

Le formatage, ce piège qui détruit silencieusement ta clé

L’Utilitaire de disque de macOS est une application franchement bien foutue pour gérer ses disques au quotidien. Pour créer une clé bootable, c’est une autre histoire. Le problème classique : tu branches ta clé, tu l’effaces via l’interface graphique, tu choisis « MS-DOS (FAT) » ou « ExFAT », et tu penses que c’est bon. Ce n’est pas bon.

Ce que l’Utilitaire de disque fait par défaut, c’est créer un schéma de partition de type GUID Partition Map (GPT). C’est parfait pour les Macs récents avec EFI. C’est catastrophique si tu veux booter sur un PC un peu ancien, ou si tu cibles un système qui attend du MBR (Master Boot Record). La clé sera lisible comme un disque normal, mais la machine refusera de booter dessus. Zéro message d’erreur explicite. Juste un écran noir ou un retour au menu de démarrage. Charmant.

La règle est simple : pour une clé destinée à un PC sous Windows ou Linux en mode Legacy/BIOS, tu veux du MBR. Pour une machine en mode UEFI pur, GPT peut fonctionner, mais FAT32 reste obligatoire (exFAT n’est pas supporté par tous les firmware UEFI). Pour un Mac, GPT avec HFS+ ou APFS selon la version de macOS. Trois cas d’usage, trois configurations différentes.

La bonne méthode avec l’Utilitaire de disque

Ouvre l’Utilitaire de disque, mais avant de faire quoi que ce soit, vérifie que tu vois bien le disque physique et pas seulement ses partitions. Dans le menu « Présentation » en haut à gauche, sélectionne « Afficher tous les appareils ». Tu vas voir apparaître une entrée parent au-dessus de ta clé, avec le nom du fabricant. C’est sur cette entrée parent qu’il faut travailler, pas sur la partition en dessous.

Clique sur « Effacer ». Là, deux réglages critiques s’affichent : le format et le schéma. Pour le format, choisis FAT32 (MS-DOS). Pour le schéma, le menu déroulant est souvent ignoré, et c’est là que tout se joue. Si tu cibles un PC en BIOS classique : « Table de partition principale » (c’est le MBR). Si tu cibles une machine UEFI moderne : « Carte GUID » (GPT). Lance l’effacement. Ça prend dix secondes.

Une fois formatée correctement, la clé est prête à recevoir les fichiers. Mais « recevoir les fichiers », ça ne veut pas dire glisser-déposer l’ISO dessus.

Copier un ISO sur une clé, ce n’est pas la même chose que créer une clé bootable

Beaucoup de gens confondent les deux. Un fichier ISO sur une clé, c’est juste… un fichier. Pour rendre la clé amorçable, il faut « écrire » l’image de façon à ce que la clé elle-même devienne un support bootable, avec son propre chargeur de démarrage.

Sur Mac, l’outil qui fait ça proprement s’appelle dd. C’est un utilitaire en ligne de commande, présent sur tout système Unix, et il fait exactement ce qu’on lui demande sans fioritures. La commande ressemble à ça :

sudo dd if=/chemin/vers/fichier.iso of=/dev/diskN bs=1m

Le if (input file) pointe vers ton fichier ISO. Le of (output file) pointe vers le disque entier (diskN, pas diskNsX qui serait une partition). Le bs=1m définit la taille des blocs et accélère l’opération. Pour trouver l’identifiant exact de ta clé, tape diskutil list dans le Terminal avant de lancer la commande, et repère le disque par sa taille.

Attention : avant de lancer dd, démonte la clé avec diskutil unmountDisk /dev/diskN (sans l’éjecter physiquement). Si tu ne le fais pas, macOS gardera un verrou sur le disque et dd te retournera une erreur.

Pour Linux, il existe des outils graphiques comme Balena Etcher qui gèrent tout ça automatiquement, y compris le démontage préalable. Balena Etcher existe aussi sur macOS si la ligne de commande te donne des sueurs. La version web (Etcher pour browser) a débarqué en 2025 et c’est assez bluffant d’écrire une image ISO depuis un onglet Chrome. L’outil gère lui-même le schéma de partition adapté selon l’ISO détecté.

Vérifier que ça a fonctionné sans redémarrer sa machine

Relancer son Mac pour tester une clé qui ne boote pas, c’est une perte de temps. Il existe une vérification rapide : après l’écriture, relance diskutil list. Si tu vois la clé afficher une partition de type « FDisk_partition_scheme » avec une partition « DOS_FAT_32 » ou « Linux », c’est bon signe pour une clé destinée à un PC. Si tu vois « GUID_partition_scheme », la clé est en GPT.

Tu peux aussi utiliser file sur l’ISO d’origine pour vérifier ce que tu as téléchargé : file fichier.iso te donnera des informations sur le type d’image. Une ISO Windows affichera « DOS/MBR boot sector », une image Linux moderne mentionnera souvent « El Torito » (un standard de bootabilité CD/DVD/USB). Si le fichier s’avère corrompu, file le signalera.

Le vrai test reste évidemment le démarrage sur une machine physique ou dans une VM. VirtualBox et UTM (sur Mac Apple Silicon) permettent de Démarrer directement depuis un périphérique USB, ce qui évite de monopoliser un ordi entier pour valider la clé. Pratique quand on prépare une installation pour quelqu’un d’autre.

La prochaine fois que quelqu’un te dit « ma clé bootable ne marche pas », commence par demander sur quel schéma de partition elle a été formatée. Dans la majorité des cas, la conversation s’arrête là.

Leave a Comment