Modifications pour le document Effacer la signature d'un périphérique avec wipefs

Résumé

• Propriétés de la Page (1 modifications, 0 ajouts, 0 suppressions)

Détails

Propriétés de la Page

Contenu

...	...	@@ -1,124 +3,65 @@
1		-= Effacer la signature d'un périphérique avec wipefs =
2		-
3	3	Un disque dur ou une clé USB ayant déjà eu une vie antérieure (ancien système installé, ancienne image disque au format ISO gravée) peut conserver des signatures résiduelles invisibles dans GParted : reste de table de partitions, reste de système de fichiers. Ces signatures peuvent provoquer des comportements indésirables : installation refusant de démarrer, périphérique impossible à repartitionner, partition détectée comme "inconnue" alors qu'elle a bien été créée.
4	4
5	5	Cette page décrit la méthode de diagnostic et de nettoyage, avec //wipefs//, applicable à tout périphérique de stockage, quelle que soit son origine. Pour un cas détaillé de scorie GPT sur un disque dur interne, voir la page [[Installation Linux en échec causé par une scorie GPT>>Trucs et astuces.Installation Linux en échec causé par une scorie GPT]].
6	6
7		-== Un cas concret avec une clé USB ==
	5	+== Un cas concret : une clé USB préparée avec dd ==
8	8
9	9	Une clé USB de 7,25 Go refusait de se laisser reformater depuis GParted, en vue d'y installer Ventoy. Cette clé avait été préparée en amont avec ##Balena Etcher## pour démarrer sur une image Live d'une distribution Linux. Le même type de blocage peut survenir avec une clé préparée via ##dd## ou ##Gnome Disks##, ces outils écrivant l'image bit à bit sur le périphérique, reproduisant ainsi le format ISO9660 de l'image disque.
10	10
11	11	== Démarche, dans l'ordre ==
12	12
13		-=== 1. Identifier le périphérique ===
	11	+=== 1. Identifier le périphérique avec certitude ===
14	14
15		-On identifie le périphérique, pour s'assurer de réaliser les opérations qui suivront sur la bonne cible.
16		-
17		-En simple utilisateur :
18		-
19	19	{{code language="bash"}}
20	20	lsblk
21	21	{{/code}}
22	22
23		-=== 2. Démonter toutes les partitions du périphérique ===
	17	+Étape indispensable avant toute manipulation destructrice, en particulier si plusieurs périphériques USB sont branchés simultanément.
24	24
25		-Avant toute manipulation, il faut s'assurer qu'aucune partition du périphérique n'est encore montée :
	19	+=== 2. Inspecter ce qui est réellement présent, sans rien modifier ===
26	26
27		-Avec les droits administrateur :
28		-
29	29	{{code language="bash"}}
30		-umount /dev/sdX*
	22	+sudo blkid -p /dev/sdX
31	31	{{/code}}
32	32
33		-Vérifier qu'il ne reste rien de monté :
	25	+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 Mint, en plus d'une éventuelle table de partitions).
34	34
35		-{{code language="bash"}}
36		-mount | grep sdX
37		-{{/code}}
	27	+=== 3. Confirmer via wipefs, en mode lecture seule ===
38	38
39		-Si une partition apparaît encore montée, la démonter explicitement (en remplaçant le numéro par celui concerné) :
40		-
41	41	{{code language="bash"}}
42		-umount /dev/sdX1
	30	+sudo wipefs /dev/sdX
43	43	{{/code}}
44	44
45		-{{info}}
46		-Si le périphérique est signalé comme "busy" lors du démontage ou d'une étape suivante, un processus l'utilise encore. Pour l'identifier :
	33	+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). Cette étape permet de voir précisément ce qui doit être effacé, avant de le faire.
47	47
48		-{{code language="bash"}}
49		-lsof /dev/sdX*
50		-fuser -v /dev/sdX*
51		-{{/code}}
52		-{{/info}}
	35	+=== 4. Effacer toutes les signatures résiduelles ===
53	53
54		-=== 3. Vérifier le type de table de partition et la présence de signatures ===
55		-
56		-Avec les droits administrateur :
57		-
58	58	{{code language="bash"}}
59		-blkid -p /dev/sdX
	38	+sudo wipefs -a /dev/sdX
60	60	{{/code}}
61	61
62		-Où ##/dev/sdX## est à adapter, en fonction de ce que ##lsblk## aura trouvé.
63		-
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		-
66		-=== 4. Confirmer via wipefs, en mode lecture seule ===
67		-
68		-Avec les droits administrateur :
69		-
70		-{{code language="bash"}}
71		-wipefs /dev/sdX
72		-{{/code}}
73		-
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		-
76		-=== 5. Effacer toutes les signatures résiduelles ===
77		-
78		-En mode administrateur :
79		-
80		-{{code language="bash"}}
81		-wipefs -a /dev/sdX
82		-{{/code}}
83		-
84		-Comme précédemment, ##/dev/sdX## est à adapter, en fonction de ce que ##lsblk## aura trouvé.
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
88	88	{{info}}
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.
	44	+##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
92		-=== 6. Forcer le noyau à relire la table de partitions ===
	47	+=== 5. Vérifier que le nettoyage est effectif ===
93	93
94		-En mode administrateur :
95		-
96	96	{{code language="bash"}}
97		-partprobe /dev/sdX
	50	+sudo blkid -p /dev/sdX
98	98	{{/code}}
99	99
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		-
102		-=== 7. Vérifier que le nettoyage est effectif ===
103		-
104		-En mode administrateur :
105		-
106		-{{code language="bash"}}
107		-blkid -p /dev/sdX
108		-{{/code}}
109		-
110		-##/dev/sdX## est toujours à adapter.
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
114		-=== 8. Repartitionner ===
	55	+=== 6. Repartitionner ===
115	115
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		-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.
	60	+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
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.
	65	+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 : 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.