Aller au contenu
Modifié par Mélodie le 2026/07/11 13:31
Depuis la version Icon 5.1 Icon
modifié par Mélodie
sur 2026/07/11 12:42
Commentaire de modification : Retour à la version 3.1
À la version Icon 10.2 Icon
modifié par Mélodie
sur 2026/07/11 13:29
Commentaire de modification : Il n'y a aucun commentaire pour cette version

Résumé

Détails

Icon Propriétés de la Page
Contenu
... ... @@ -22,8 +22,9 @@
22 22  
23 23  === 2. Démonter toutes les partitions du périphérique ===
24 24  
25 -Avant toute manipulation, il faut s'assurer qu'aucune partition du périphérique n'est encore montée :
25 +Avant toute manipulation, il faut s'assurer qu'aucune partition du périphérique n'est encore montée.
26 26  
27 +
27 27  Avec les droits administrateur :
28 28  
29 29  {{code language="bash"}}
... ... @@ -30,6 +30,9 @@
30 30  umount /dev/sdX*
31 31  {{/code}}
32 32  
34 +Où ##/dev/sdX## est à adapter, en fonction de ce que ##lsblk## aura trouvé.
35 +
36 +
33 33  Vérifier qu'il ne reste rien de monté :
34 34  
35 35  {{code language="bash"}}
... ... @@ -36,6 +36,7 @@
36 36  mount | grep sdX
37 37  {{/code}}
38 38  
43 +
39 39  Si une partition apparaît encore montée, la démonter explicitement (en remplaçant le numéro par celui concerné) :
40 40  
41 41  {{code language="bash"}}
... ... @@ -53,6 +53,8 @@
53 53  
54 54  === 3. Vérifier le type de table de partition et la présence de signatures ===
55 55  
61 +
62 +
56 56  Avec les droits administrateur :
57 57  
58 58  {{code language="bash"}}
... ... @@ -61,8 +61,10 @@
61 61  
62 62  Où ##/dev/sdX## est à adapter, en fonction de ce que ##lsblk## aura trouvé.
63 63  
71 +
64 64  L'option ##-p## force une sonde de bas niveau (//low-level probe//), qui relit le périphérique directement plutôt que de se fier au cache du système. C'est déterminant ici : une clé préparée avec ##dd## peut conserver des informations mises en cache par udev/blkid qui ne correspondent plus à la réalité une fois la clé réutilisée. Cette commande révèle typiquement plusieurs signatures superposées ou contradictoires (par exemple une signature ISO9660 issue de l'image ISO de la distribution, en plus d'une éventuelle table de partitions).
65 65  
74 +
66 66  === 4. Confirmer via wipefs, en mode lecture seule ===
67 67  
68 68  Avec les droits administrateur :
... ... @@ -73,8 +73,10 @@
73 73  
74 74  Liste toutes les signatures connues du noyau sur l'ensemble du périphérique (table de partitions, systèmes de fichiers, RAID…), avec leur position (offset - la **position en octets** d'une signature à l'intérieur du périphérique, comptée depuis le secteur 0). Cette étape permet de voir précisément ce qui doit être effacé, avant de le faire.
75 75  
85 +
76 76  === 5. Effacer toutes les signatures résiduelles ===
77 77  
88 +
78 78  En mode administrateur :
79 79  
80 80  {{code language="bash"}}
... ... @@ -85,10 +85,12 @@
85 85  
86 86  L'option ##-a## efface toutes les signatures trouvées à l'étape précédente, sur l'ensemble du périphérique — pas seulement celles visibles dans une table de partitions active. C'est cette étape qui résout le conflit à l'origine de l'échec de formatage dans GParted.
87 87  
99 +
88 88  {{info}}
89 89  ##wipefs -a## est préférable à un ##dd if=/dev/zero of=/dev/sdX## à l'aveugle : ce dernier écrase l'intégralité du périphérique (plus lent, plus risqué si le ##count## n'est pas maîtrisé), alors que ##wipefs## cible précisément les signatures identifiées, où qu'elles soient sur le disque, y compris une signature de fin de disque, comme dans le cas de la scorie GPT évoqué plus haut.
90 90  {{/info}}
91 91  
104 +
92 92  === 6. Forcer le noyau à relire la table de partitions ===
93 93  
94 94  En mode administrateur :
... ... @@ -99,6 +99,7 @@
99 99  
100 100  Sans cette étape, le système peut continuer à afficher un état en cache lors de la vérification suivante, plutôt que l'état réel du périphérique après nettoyage.
101 101  
115 +
102 102  === 7. Vérifier que le nettoyage est effectif ===
103 103  
104 104  En mode administrateur :
... ... @@ -111,8 +111,25 @@
111 111  
112 112  Ne doit plus rien renvoyer (ou uniquement les informations génériques du périphérique lui-même) : signe que le support est reparti sur une base saine.
113 113  
128 +En complément, il est possible d'inspecter directement les octets bruts du premier secteur :
129 +
130 +{{code language="bash"}}
131 +hexdump -C -n 512 /dev/sdX | tail -n 2
132 +{{/code}}
133 +
134 +ou, de façon équivalente :
135 +
136 +{{code language="bash"}}
137 +xxd -l 512 /dev/sdX | tail -n 2
138 +{{/code}}
139 +
140 +Une fois la nouvelle table de partitions créée, la signature de fin de secteur d'amorçage (##55 aa##, aux octets 510-511) doit être présente. Cette signature est universelle : elle est présente aussi bien sur une table de type ##dos## que sur une table ##gpt##, cette dernière commençant toujours par un "MBR de protection" (protective MBR) au premier secteur, terminé lui aussi par la signature ##55 aa##. Sa présence est donc un simple indicateur de cohérence du premier secteur, quel que soit le type de table utilisé.
141 +
142 +
114 114  === 8. Repartitionner ===
115 115  
145 +
146 +
116 116  À ce stade, GParted peut créer une nouvelle table de partitions et une partition (ext4, exfat…) sans ambiguïté.
117 117  
118 118  {{info}}
... ... @@ -119,6 +119,10 @@
119 119  Si l'objectif final est d'installer Ventoy sur la clé : il est recommandé de créer la table de partitions avec GParted **avant** de lancer l'installeur Ventoy, plutôt que de le laisser gérer seul le disque entier. Cela permet de choisir explicitement MS-DOS ou GPT selon la machine cible, utile par exemple, face à un BIOS/UEFI hybride qui n'accepte de démarrer qu'avec une table MS-DOS. Ventoy propose par ailleurs sa propre option pour ce choix (##-g## pour GPT, MBR par défaut) ; voir la documentation sur [[ventoy.net>>https://ventoy.net]] et dans le README du programme, pour les détails d'installation.
120 120  {{/info}}
121 121  
153 +
154 +
122 122  == À retenir ==
123 123  
124 -Que ce soit un disque dur interne ayant connu une vie antérieure sous GPT/UEFI, ou une clé USB préparée avec dd, Balena Etcher ou Gnome Disks, le symptôme se ressemble : un périphérique qui refuse de coopérer alors que GParted n'y voit rien d'anormal. Le réflexe est le même dans tous les cas : démonter, diagnostiquer avec ##blkid -p## et ##wipefs##, puis nettoyer avec ##wipefs -a## sur l'ensemble du périphérique, avant de reconstruire une table de partitions saine.
157 +Que ce soit un disque dur interne ayant connu une vie antérieure sous GPT/UEFI, ou une clé USB préparée avec dd, Balena Etcher ou Gnome Disks, le symptôme se ressemble : un périphérique qui ne se comporte pas comme attendu, que ce soit un échec de démarrage silencieux, ou une partition que GParted signale comme "inconnue". Le réflexe est le même dans tous les cas : démonter, diagnostiquer avec ##blkid -p## et ##wipefs##, puis nettoyer avec ##wipefs -a## sur l'ensemble du périphérique, avant de reconstruire une table de partitions saine.
158 +
159 +

Langues / Languages

🇫🇷 Français | 🇬🇧 English