web-dev-qa-db-fra.com

Formater une carte SD de 128 Go en ext4 avec gparted

J'essaie de formater une carte SDXC SanDisk de 128 Go connectée au lecteur de carte SD interne d'un Toshiba Chromebook 2 sous Crouton.

Lorsque je formate sur ext4 avec gparted, l'opération ne se termine jamais, je dois interrompre l'opération et recevoir un avertissement indiquant que je suis en train de gravement endommager le système de fichiers. Si je tente ensuite de formater au format FAT 32, un message d'erreur apparaît. Cependant, lorsque je branche et réinsère la carte, puis formate au format FAT 32, il le fait en une minute environ.

Existe-t-il un problème connu avec la formation de cartes SD de cette taille sur Ubuntu? Y at-il de toute façon je peux l'obtenir au format ext4? Ou est-ce que cela prend juste une éternité et que je dois être patient et laisser l'opération se dérouler (cela fait au moins dix minutes jusqu'à présent et cela ne semble pas être efficace)?

Modifier:

C’est ce que j’essaie de faire avec le SD: est-il essentiel d’utiliser ext4 pour une telle opération ou Fat32 fonctionnerait-il?

http://ubuntuforums.org/showthread.php?t=224285

MODIFIER:

J'ai essayé d'utiliser fdisk dans Chrome OS.

Je pouvais créer une nouvelle partition mais lorsque j'ai essayé d'utiliser mkfs.ext4, le même message d'erreur que je reçois de la part de gparted:

/dev/mmcblk1p1 is apparently in use by the system; will not make a filesystem here!    

J'ai googlé l'erreur et tout semble se rapporter aux disques RAID et les corrections arrivent un peu au-dessus de ma tête

MODIFIER

Ce qui suit est la sortie complète de gparted

Créer une partition primaire n ° 1 (ext4, 116,73 Go) sur/dev/mmcblk1 00:00:03 (ERROR)

créer une partition vide 00:00:02 (SUCCESS)

chemin:/dev/mmcblk1p1 début: 2048 fin: 244809727 taille: 244807680 (116.73 Gio) définition du type de partition sur/dev/mmcblk1p1 00:00:01 (SUCCESS)

nouveau type de partition: ext4 créer un nouveau système de fichiers ext4 00:00:00 (ERROR)

mkfs.ext4 -j -O mesure -L ""/dev/mmcblk1p1

mke2fs 1.42 (29-nov-2011)/dev/mmcblk1p1 est apparemment utilisé par le système; ne fera pas un système de fichiers ici!

MODIFIER:

Voici le résultat des instructions ci-dessous

(precise)connor@localhost:~$ Sudo umount /dev/mmcblk1
[Sudo] password for connor: 
umount: /dev/mmcblk1: not mounted
(precise)connor@localhost:~$ Sudo dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 15.8013 s, 6.6 MB/s
(precise)connor@localhost:~$ Sudo mkfs.ext4 -L "J Connor" /dev/mmcblk1
mke2fs 1.42 (29-Nov-2011)
Discarding device blocks: 4096/30601216

Le système reste à ce stade et ne fait rien. Si je retire la carte SD, le Chromebook redémarre.

MODIFIER:

J'ai essayé à nouveau, cette fois, avec un résultat différent (en quelque sorte): lorsque j'ai vérifié le système de fichiers Chrome OS, le périphérique n'était pas monté comme la dernière fois. Cependant, j'ai eu la même erreur que je reçois de gparted:

(precise)connor@localhost:~$ Sudo umount /dev/mmcblk1
[Sudo] password for connor: 
umount: /dev/mmcblk1: not mounted
(precise)connor@localhost:~$ Sudo dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 0.171444 s, 612 MB/s
(precise)connor@localhost:~$ Sudo mkfs.ext4 -L "J Connor" /dev/mmcblk1
mke2fs 1.42 (29-Nov-2011)
/dev/mmcblk1 is apparently in use by the system; will not make a filesystem here!
(precise)connor@localhost:~$
3
ConnorJ

Avait des problèmes avec gparted exécuté à partir du système d'exploitation (c'est-à-dire non démarré à partir d'un disque de démarrage "live"). En supposant que vous souhaitiez affecter le lecteur entier à une partition ext4.

Remarque: en supposant que le disque entier ext4 détruira les données existantes. sur ce lecteur!

Essayez la méthode manuelle, faites

   lsblk 

pour déterminer visuellement où se trouve votre clé USB, c'est-à-dire la lettre Xdans /dev/sdX et la ou les partitions, le cas échéant, Ndans /dev/sdXN. Par exemple. /dev/sdc, /dev/sdc1, ... Remplacez X le cas échéant.

Si nécessaire, démontez ce qui est monté sur ce lecteur

   Sudo umount /dev/sdXN

Ensuite, facultatif, faites en sorte que les outils de formatage "croient" que le lecteur est vide en écrivant des zéros au début de la mémoire flash (ici 100 Mo), pour commencer à partir de terres propres. Étant donné que l'écriture directe sur le périphérique contourne les mécanismes de niveau supérieur, un syncgarantit que les données sont réellement écrites (pas seulement dans les tampons))

   Sudo dd if=/dev/zero of=/dev/sdX bs=1M count=100
   Sudo sync

Débranchez et, après quelques secondes, rebranchez le lecteur. lsblkaffichera un disque vierge.

Soit Créer un disque ext4

Si vous souhaitez affecter le lecteur USB entier à une partition ext4, vous pouvez simplement écraser le tout, y compris la table de partition.

Commander:

   Sudo mkfs.ext4 -L "J Connor" /dev/sdX

et c'est tout. (débranchez/rebranchez)

ou créez un jeu de partitions sur ext4

Ou vous pouvez d'abord créer une partition, peut-être inférieure à 128 Go (à partir d'un disque "vierge")

Utilisation de fdiskname__

   Sudo fdisk /dev/sdX

Commandes (h pour aide): s'assurer qu'aucune partition ne soit

   p

puis créez une partition (n), un primaire (p), une pièce n ° 1 (1) et une taille entière (par défaut pour le premier et le dernier secteur (ou définissez une taille plus petite, c'est-à-dire le dernier numéro de secteur))

   n
      p
      1
      (return for first sector default)
      (return for last sector default or set smaller size)

écrire la nouvelle table de partition

   w

cela laisse fdiskname__.
Remarque: fdiskcrée une partition 83 (Linux) par défaut.

Et créez maintenant le système de fichiers ext4 sur cette nouvelle partition

   Sudo mkfs.ext4 -L "J Connor" /dev/sdX1

Essayez de débrancher et de rebrancher le périphérique - il devrait être monté automatiquement.

Ou montez-le manuellement

   Sudo mkdir /mnt/mydrive
   Sudo mount /dev/sdX /mnt/mydrive

   Sudo ls -l /mnt/mydrive

   drwxr-xr-x 3 root root  4096 Jan 31  9:28 ./
   drwxr-xr-x 6 root root  4096 May  9  2014 ../
   drwx------ 2 root root 16384 Jan 31  9:28 lost+found/

Voir aussi ces explications à propos de fdiskname__.

5
Ring Ø