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:~$
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 X
dans /dev/sdX
et la ou les partitions, le cas échéant, N
dans /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 sync
garantit 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. lsblk
affichera 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 fdisk
name__
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 fdisk
name__.
Remarque: fdisk
cré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 fdisk
name__.