Formater et renommer une clef USB

Prise de vue

Commandée sur amazon.fr (mention sans publicité), ma nouvelle clef USB byteStor de 64Go se monte automatiquement au branchement et affiche le nom de volume USB2 et un espace libre de 57,6 Gio et utilisé de 32 Kio, en format msdos. Le type de système de fichiers pourrait convenir mais le nom est à remplacer par un identifiant plus spécifique PHOTOBAK64 et, même en tenant compte de
1 gibioctet (Gio) = 230octets = 1 024 Mio = 1 073 741 824 octets d'où 57,6 Gio = 61,8 Go
il est tentant de reformater pour vérifier s'il est possible de s'approcher des 64GB inscrit sur la clef.

Formatage et renommage

La commande

$ sudo fdisk -l

affiche les caractéristiques de la clef :

Disque /dev/sdb: 61.9 Go, 61918150656 octets
98 têtes, 34 secteurs/piste, 36294 cylindres
Unités = cylindres de 3332 * 512 = 1705984 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xc3072e18

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 3 36295 60462912 c W95 FAT32 (LBA)

La taille réelle de la clé étant de 61,9Go, il ne sera pas possible d'obtenir plus qu'actuellement. Par ailleurs, elle est formatée en FAT32, ce qui est admissible. Avec GParted, après avoir démonté la clé, il apparait que moins de 4 Mio ne sont pas alloués :
Clef vue par GParted

Effectivement, en demandant le redimensionnement de la partition, même en décochant "arrondir aux cylindres", il n'est pas possible d'obtenir plus de 59 047 Mio.
redimensionnement de la partition
et, puisqu'on est venu jusque là, on demande le redimensionnement.

Quant au nom, il suffit de modifier l'étiquette :
etiquette en cours de modification

A ce stade, GParted affiche deux opérations en attente :
operations en attente dans GParted
Il faut cliquer sur l'icone d'exécution pour lancer l'application effective. Un message d'erreur est obtenu, indiquant qu'il "est impossible de satisfaire toutes les contraintes sur la partition", c'est-à-dire qu'on ne peut pas utiliser tout l'espace. L'opération fournit donc le même espace disponible qu'antérieurement. Les 4 Mio "impompables" n'ont guère d'importance mais, par rapport à la taille théorique de 64 Go, un écart de plus de 2 Go est observé.

Contrôle

Après avoir été débranchée puis rebranchée, la clef se remonte automatiquement avec la même taille, sous son nouveau nom sur le dossier /media/PHOTOBAK64 créé dynamiquement.

AvantAprès
proprietes de la clef avant modification proprietes de la clef apres modification

Retour à l'accueil LINUX


logo html 5 Validé avec le vérificateur expérimental du W3C