web-dev-qa-db-fra.com

Formater et partitionner correctement une clé USB dans Lubuntu for Live use

Cela peut sembler une tâche facile, mais je rencontre des problèmes pour formater une clé USB afin qu'elle puisse être utilisée au format Live. J'ai utilisé des clés USB de 8 et 16 Go, avec le même résultat. Voici ce que je fais:

  1. démontez le lecteur: Sudo umount /dev/sdb
  2. formater le lecteur: Sudo mkfs.vfat -I /dev/sdb
  3. partitionner le lecteur: Sudo fdisk /dev/sdb, suivi de cette séquence de commandes: n p 1 [intro] +7G a w

Le processus semble bien fonctionner et existe avec le message:

The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

(Également essayé +4G, et passage à FAT16 et FAT32, même résultat.)

lsblk affiche maintenant ces informations:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 238,5G  0 disk 
├─sda1   8:1    0 226,6G  0 part /
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0  11,9G  0 part [SWAP]
sdb      8:16   1  14,5G  0 disk 
└─sdb1   8:17   1     7G  0 part 
sr0     11:0    1  1024M  0 rom  

Je sors le disque et le rebranche, mais rien ne se passe. Le lecteur n'est pas automatiquement monté, comme prévu, et il n'apparaît pas lorsque j'exécute unetbootin (généralement, les lecteurs sdb ou sdb1 sont déjà installés sur un nouveau lecteur USB) .

Donc, à ce stade, je ne sais pas comment procéder. Lorsque je crée la version Live dans un lecteur qui n'a pas été partitionné (en écrivant sur sdb) et que je tente de démarrer avec elle, cela signifie que le lecteur n'est pas un lecteur amorçable.

Nous avons effectué une recherche approfondie dans ce forum et dans d’autres forums (y compris this ), mais nous n’avons pas trouvé la bonne information.

1
nightcod3r

Votre procédure était (en partie):

  1. formater le lecteur: Sudo mkfs.vfat -I /dev/sdb
  2. partitionner le lecteur: Sudo fdisk /dev/sdb

Il y a deux problèmes avec ceci:

  • Ordre inverse - Vous devez partitionner le disque avant de créer un système de fichiers ("formater") dessus. En effet, les partitions contiennent des systèmes de fichiers. Par conséquent, elles doivent exister avant que les systèmes de fichiers ne soient créés. Vous vous êtes retrouvé avec une partition pointant vers une partie semi-aléatoire du disque plutôt que vers le début d'un système de fichiers.
  • Systèmes de fichiers complets - Comme indiqué ci-dessus, les partitions contiennent des systèmes de fichiers; Cependant, vous avez créé un système de fichiers sur le périphérique de disque entier (/dev/sdb), plutôt que sur une partition du périphérique (tel que /dev/sdb1). Cela dit, mettre un système de fichiers sur un disque entier est légal; il est habituel de placer des systèmes de fichiers dans des partitions, ce qui augmente la flexibilité. Il est concevable que cela aurait marché si vous aviez omis l’étape 3; mais il est également possible que certains des outils ou de la configuration que vous souhaitez créer supposent que le disque est partitionné, auquel cas, l'étape 3 aurait été omise. conduit à des problèmes plus tard.

Lorsque vous avez utilisé GPart, comme l'a suggéré GTRONICK, vous avez évité ces deux problèmes, car GParted effectue les tâches de partitionnement et de création de système de fichiers dans le bon ordre et place les systèmes de fichiers sur les partitions créées. (L'interface utilisateur GParted masque le fait qu'il existe deux opérations, mais qu'il s'agit de deux opérations distinctes, dans les coulisses.)

2
Rod Smith

Utilisez simplement gparted et créez une table de partitions ms-dos. Puis formatez-le en FAT32.

Le problème peut être dû à une table de partition non valide, inexistante ou corrompue.

0
GTRONICK