# Format de Clef USB / Windows

**URL:** <https://www.debian-fr.org/t/format-de-clef-usb-windows/76980>\
**Category:** Support Debian\
**Created:** [Juin 14, 2018, 1:28 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980 "2018-06-14T13:28:34Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\
**Post date:** [Juin 14, 2018, 1:28 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/1 "2018-06-14T13:28:35Z")

</div>

Bonjour,

Au boulot, on a windows. J’ai deux clefs USB, les deux en vfat. L’une a été formatée via un windows et est très bien reconnue par windows. L’autre a été formatée sous linux et n’est pas reconnue par windows pour le même format. A ma connaissance, plusieurs détails peuvent expliquer cela, mauvais secteur de démarrage du format pour la reconnaissance par exemple, etc.

Est-il possible de copier le formatage d’une clef USB pour l’appliquer sur une autre ?

Avec la commande dd peut-être ?

Je vous remercie.

---

<div class="post-metadata">

**Author:** ![jweber](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e95f7d/32.png) [@jweber](https://www.debian-fr.org/u/jweber)\
**Post date:** [Juin 14, 2018, 1:41 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/2 "2018-06-14T13:41:56Z")

</div>

dd permet de cloner un disque. Attention à ne pas copier uniquement la partition du disque source (prendre /dev/sdx , pas /dev/sdx1 où x = b, c, …)

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 14, 2018, 1:43 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/3 "2018-06-14T13:43:40Z")

</div>

> [@Briceco](#):
>
> Est-il possible de copier le formatage d’une clef USB pour l’appliquer sur une autre ?

Le «&nbsp;formatage&nbsp;» d’une clé n’est pas forcément adapté à une autre clé, à moins qu’elles soient identiques.  
Pourquoi ne pas simplement reformater l’autre clé avec Windows ?

> [@jweber](#):
>
> dd permet de cloner un disque

Pas adapté si les clés sont de capacités différentes.

---

<div class="post-metadata">

**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\
**Post date:** [Juin 14, 2018, 2:12 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/4 "2018-06-14T14:12:05Z")

</div>

> [@PascalHambourg](#):
>
> Le “formatage” d’une clé n’est pas forcément adapté à une autre clé, à moins qu’elles soient identiques.

Ok. Non, en l’occurrence elles ne sont pas identiques.

> [@PascalHambourg](#):
>
> Pourquoi ne pas simplement reformater l’autre clé avec Windows ?

J’aimerais bien être indépendant pour ce genre d’opération : être capable de préparer à l’avance une clef pour windows en sachant qu’elle sera lisible quoi qu’il en soit. C’est un windows 7 et je ne comprends pas pourquoi il ne la reconnaît pas alors que d’habitude, avec d’autre windows, il n’y a pas de problème lorsque j’applique un format comme F32 ou vfat…

Moi qui fait cohabiter mac et linux et qui utilise de par le fait windows, je dois dire que c’est parfois très pénibles de ne pas avoir un format efficace qui convienne aux trois OS. A noter que linux n’a de ce côté là absolument rien a se reprocher puisque toute les librairies sont disponibles (en tout cas pour lire, car il est inutile de chercher a faire reconnaître par un mac un hfs créé par linux.) Le fat 32 est pratique mais il a de gros soucis :

« - Fat 32 : Essentiellement incompatible avec tout fichier supérieur à 4,0 Go, Microsoft le recommande pour des volumes ne dépassant pas 200 Mo, ses capacités étant très limitées au-delà. Enfin, tout comme pour le hfs, il est illusoire de chercher à gérer les permissions, c’est inutile, le Fat 32 ne le permet simplement pas. »

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 14, 2018, 2:34 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/5 "2018-06-14T14:34:58Z")

</div>

> [@Briceco](#):
>
> Enfin, tout comme pour le hfs, il est illusoire de chercher à gérer les permissions, c’est inutile le Fat 32 ne le permet simplement pas.

De toute façon vouloir gérer des permissions sur un support amovible qui se balade d’une machine à l’autre, ça n’aurait guère de sens.

Tu peux commencer par comparer la table de partition des deux clés (si elles en ont une) et le format FAT.

```
fdisk -l /dev/sdX
file -s /dev/sdX # si pas de table de partition
file -s /dev/sdX1 # si table de partition

```

---

<div class="post-metadata">

**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\
**Post date:** [Juin 14, 2018, 3:40 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/6 "2018-06-14T15:40:20Z")

</div>

1. Clef lisible par windows

````auto
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x9f0ebc73```

Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 15728639 15726592 7,5G 83 Linux

et : 

/dev/sdb1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "mkfs.fat", sectors/cluster 8, Media descriptor 0xf8, sectors/track 62, heads 248, hidden sectors 2048, sectors 15726592 (volumes > 32 MB) , FAT (32 bit), sectors/FAT 15329, reserved 0x1, serial number 0x756d0277, unlabeled

2) Clef illisible par windows

Disque /dev/sdb : 7,5 GiB, 8022654976 octets, 15669248 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0cf772e9

Device Boot Start End Sectors Size Id Type
/dev/sdb1 63 15669247 15669185 7,5G b W95 FAT32

et : 
/dev/sdb1: DOS/MBR boot sector; partition 2 : ID=0xda, start-CHS (0x26f,0,32), end-CHS (0x0,1,0), startsector 0, 0 sectors; partition 3 : ID=0xda, start-CHS (0x36d,0,16), end-CHS (0x0,1,0), startsector 902823936, 482 sectors

````

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 14, 2018, 3:58 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/7 "2018-06-14T15:58:26Z")

</div>

Ce ne serait pas plutôt l’inverse ?

La partition de la première clé a l’identifiant de type 0x83 (Linux filesystem) qui peut ne pas convenir à Windows, et il est indiqué qu’elle a été formatée avec mkfs.vfat (dosmkfs) donc probablement sous Linux.

`file` interprète à tort le secteur d’amorce de la partition de la seconde clé comme contenant une table de partition, et n’affiche pas les informations relatives au format FAT. Il faudrait relancer la commande en ajoutant l’option `-k` pour qu’il ne s’arrête pas à sa première impression.

---

<div class="post-metadata">

**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\
**Post date:** [Juin 14, 2018, 4:10 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/8 "2018-06-14T16:10:49Z")

</div>

> [@PascalHambourg](#):
>
> Ce ne serait pas plutôt l’inverse ?

Je me suis moi aussi posé la question et j’ai vérifié, c’est bien ça.

Pour la seconde clef, celle illisible par Windows donc :

```auto
/dev/sdb1: DOS/MBR boot sector; partition 2 : ID=0xda, start-CHS (0x26f,0,32), end-CHS (0x0,1,0), startsector 0, 0 sectors; partition 3 : ID=0xda, start-CHS (0x36d,0,16), end-CHS (0x0,1,0), startsector 902823936, 482 sectors DOS/MBR boot sector

```

L’option -k n’a pas changé grand chose apparemment…

```auto
DOS/MBR boot sector

```

…en plus.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 14, 2018, 5:47 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/9 "2018-06-14T17:47:26Z")

</div>

Curieux que file ne trouve aucune trace d’un système de fichiers FAT… ce n’est peut-être pas étranger à l’incapacité de Windows de lire la clé. Poursuivons les investigations sur cette clé avec

```
blkid /dev/sdb*
wipefs /dev/sdb
wipefs /dev/sdb1
```

---

<div class="post-metadata">

**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\
**Post date:** [Juin 14, 2018, 6:31 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/10 "2018-06-14T18:31:55Z")

</div>

```auto
# blkid /dev/sdb
/dev/sdb: PTUUID="0cf772e9" PTTYPE="dos"

# wipefs /dev/sdb
offset type
----------------------------------------------------------------
0x1fe dos [table de partitions]

# wipefs /dev/sdb1
offset type
----------------------------------------------------------------
0x52 vfat [filesystem]
                     UUID: 136E-788E
```

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 14, 2018, 9:56 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/11 "2018-06-14T21:56:29Z")

</div>

J’avais dit /dev/sdb\*.

---

<div class="post-metadata">

**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\
**Post date:** [Juin 14, 2018, 10:59 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/12 "2018-06-14T22:59:26Z")

</div>

> [@PascalHambourg](#):
>
> J’avais dit /dev/sdb\*.

Au temps pour moi.

```auto
# blkid /dev/sdb*
/dev/sdb: PTUUID="0cf772e9" PTTYPE="dos"
/dev/sdb1: UUID="136E-788E" TYPE="vfat" PARTUUID="0cf772e9-01"
```

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 15, 2018, 8:31 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/13 "2018-06-15T08:31:08Z")

</div>

Ça confirme les résultats de `wipefs` qui a bien détecté un système de fichiers FAT dans la partition.  
Reste `file` qui ne le détecte pas, comme Windows. Il y a donc peut-être une anomalie dans le format.

Comment l’avais-tu formatée, avec quel outil ? Si cette clé ne contient rien d’important, tu peux simplement essayer de la reformater avec `mkfs.fat`.

---

<div class="post-metadata">

**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\
**Post date:** [Juin 15, 2018, 2:48 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/14 "2018-06-15T14:48:17Z")

</div>

Et bien d’habitude je fais :

```auto
mkfs.vfat -F 32 /dev/sdb1 

```

(parfois je rajoute une option que je n’arrive plus à retrouver, quelque chose comme “–fast-indexing” sinon c’est très (trop) long

et comme justement je ne me souvenais plus de cette option je suis passé par gparted. Mais de ce que je sais, gparted lance lui aussi des commandes et utilise également mkfs.vfat, il utilise des options à lui…

J’utilise souvent Gparted, même pour des grosses opération sur mon dd interne, et je dois dire que j’ai toujours eu un résultat satisfaisant. Mais je sais aussi qu’il existe des personnes qui n’accordent pas leur confiance à cet utilitaire. J’ai peut-être tord.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 15, 2018, 3:29 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/15 "2018-06-15T15:29:37Z")

</div>

Je ne vois aucune option au nom approchant dans la page de manuel de mkfs.fat. Tu ne confondrais pas avec l’option --fast de mkntfs ?

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Juin 15, 2018, 3:43 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/16 "2018-06-15T15:43:20Z")

</div>

Bonjour **Briceco**

> [@Briceco](#):
>
> …de ce que je sais, gparted lance lui aussi des commandes et utilise également mkfs.vfat, il utilise des options à lui…

Si tu veux visualiser le rapport des opérations effectuées par **GParted** ,  
clique sur le bouton **Détails**  
indiqué par mon curseur dans la capture d’écran suivante :  
[![](https://www.debian-fr.org/uploads/default/original/2X/8/8ee87313f2255da95adbaef909853e2d56a25921.png)](http://pix.toile-libre.org/?img=1529077695.png)  
Pour info,  
**avant** de demander l’affichage des **Détails** dont tu peux voir la capture d’écran ci-dessus,  
j’avais demandé à **GParted** de créer une partition de type **FAT32**  
et de donner au système de fichiers de cette partition le label (étiquette) **MA\_FAT32**  
puis j’ai cliqué sur l’icône **Appliquer toutes les opérations**

---

<div class="post-metadata">

**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\
**Post date:** [Juin 15, 2018, 3:51 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/17 "2018-06-15T15:51:59Z")

</div>

Tu as raison @PascalHambourg. C’est pour le ntfs. Je ne la trouvais pas non plus sur le man.

J’ai cherché à faire ça @anon29980398, mais je n’ai pas été jusqu’au bout de la démarche, je n’avais pas vu les petites flèches qui permettaient de développer. Merci à toi de m’y avoir fais revenir.

Voici la commande :

```auto
mkfs.fat -F32 -v -I -n " " /dev/sdb1 # exactement celle que l'on peut voir sur l'impr. ecran de @MicP

```

Donc, si comme tu me le dit @PascalHambourg, il n’y a aucun doute à avoir concernant mkfs.fat, on peut dans ce cas imaginer qu’une des options ajoutées par gparted ne soit pas viable. Et donc, si je me passe de gparted, ça devrait fonctionner. Des options de commande à privilégier selon vous ?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 15, 2018, 7:19 UTC](https://www.debian-fr.org/t/format-de-clef-usb-windows/76980/18 "2018-06-15T19:19:11Z")

</div>

`-I` n’est pas utile pour formater une partition.  
Un espace comme nom de volume, bof bof…
