Erreur en formatant un disque de 6 To avec gparted (résolu)


#1

Je veux transférer les 2 partitions d’une carte SD de 128 Mo qui sert à démarrer un raspberry pi B3+ avec yunohost sur un disque externe USB autoalimenté. J’ai testé en mettant la carte sur un port USB et non dans le rpi : ça démarre très bien. Donc je dois copier les 2 partitions une fat32 et l’autre ext4 dans le disque externe. J’utilise pour ce faire gparted sur une machine Mint 19 (Ubuntu 18.04) à jour.

Comme le vendeur n’avait pas le 4To qui m’intéressait j’ai pris un 6To ((https://m.bestbuy.ca/fr-ca/produit/disque-dur-de-bureau-backup-plus-hub-de-6-to-avec-usb-3-0-de-seagate-stel6000100-noir/10661147) et les problèmes ont commencé.
Premier problème que j’ai résolu après avoir effacé les partitions existantes avec gparted : utiliser une table de partition GTP pour utiliser tout le disque : test avec une ou deux partitions cela semble marcher après redémarrage toutefois sinon impossible de monter le disque externe.

Puis j’ai copié effacé les partitions test et copié avec un dd la partition fat 32 avec succès (car avec gparted j’avais une erreur de copie)
d@d-nuc:~$ sudo dd if=/dev/sdc2 of=/dev/sdb2 bs=1M status=progress

Mais pour la partition ext4 ça plante :
d@d-nuc:~$ sudo dd if=/dev/sdc2 of=/dev/sdb2 bs=1M status=progress
8241807360 bytes (8,2 GB, 7,7 GiB) copied, 471 s, 17,5 MB/s
dd: erreur d’écriture dans ‘/dev/sdb2’: Aucun espace disponible sur le périphérique
7863+0 enregistrements lus
7862+0 enregistrements écrits
8244224000 bytes (8,2 GB, 7,7 GiB) copied, 471,485 s, 17,5 MB/s

Essai avec gparted et ça plante aussi et j’ai ce rapport

GParted 0.30.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2
Créer Partition primaire #1 (ext4, 1.96 Tio) sur /dev/sdb 00:00:01 ( SUCCÈS )

créer une partition vide 00:00:01 ( SUCCÈS )

chemin : /dev/sdb2 (partition)
début : 98304
fin : 4219639807
taille : 4219541504 (1.96 Tio)
effacer les anciennes signatures de systèmes de fichiers sur /dev/sdb2 00:00:00 ( SUCCÈS )

write 512.00 Kio of zeros at byte offset 0 00:00:00 ( SUCCÈS )
write 4.00 Kio of zeros at byte offset 67108864 00:00:00 ( SUCCÈS )
write 4.00 Kio of zeros at byte offset 274877906944 00:00:00 ( SUCCÈS )
write 512.00 Kio of zeros at byte offset 2160404725760 00:00:00 ( SUCCÈS )
write 4.00 Kio of zeros at byte offset 2160405184512 00:00:00 ( SUCCÈS )
write 8.00 Kio of zeros at byte offset 2160405241856 00:00:00 ( SUCCÈS )
purger le cache du système d’exploitation sur /dev/sdb 00:00:00 ( SUCCÈS )
définir le type de partition sur /dev/sdb2 00:00:00 ( SUCCÈS )

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

mkfs.ext4 -F -O ^64bit -L ‘’ ‘/dev/sdb2’ 00:00:00 ( SUCCÈS )

Le support de système 64-bits n’est pas activé. La taille de champs plus grande apportée par cette fonctionalité permet des sommes de contrôle fortes. Passez -O 64bit pour corriger.
Rejet des blocs de périphérique : complété
En train de créer un système de fichiers avec 2012750 4k blocs et 503936 i-noeuds.
UUID de système de fichiers=a3ad4e60-0cc6-48af-a373-7ff470a6a2ca
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocation des tables de groupe : complété
Écriture des tables d’i-noeuds : complété
Création du journal (16384 blocs) : complété
Écriture des superblocs et de l’information de comptabilité du système de
fichiers : complété

mke2fs 1.44.1 (24-Mar-2018)

Je n’ai pas trouvé comment passer -O 64bit pour corriger et sui bloqué


#2

Peux-tu regarder la taille des partitions passés à dd ?

sudo fdisk -l /dev/sdc2

sudo fdisk -l /dev/sdb2


#3

d@d-nuc:~$ sudo fdisk -l /dev/sdb2
Disque /dev/sdb2 : 2 TiB, 2160405250048 octets, 4219541504 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d’E/S (minimale / optimale) : 4096 octets / 33553920 octets
d@d-nuc:~$ sudo fdisk -l /dev/sdc2
Disque /dev/sdc2 : 119 GiB, 127815122944 octets, 249638912 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
d@d-nuc:~$

Actuellement sur sdb il s’agit de la partition que je n’ai pas réussie à faire correctement et sur laquelle j’essaie de transporter sdc2
Si je ne fais pas de partition sur sdb ça plantait

J’ai effacé sdb2 et retenté le dd pour voir le résultat

d@d-nuc:~$ sudo dd if=/dev/sdc2 of=/dev/sdb2 bs=1M status=progress
8235515904 bytes (8,2 GB, 7,7 GiB) copied, 471 s, 17,5 MB/s
dd: erreur d’écriture dans ‘/dev/sdb2’: Aucun espace disponible sur le périphérique
7863+0 enregistrements lus
7862+0 enregistrements écrits
8244224000 bytes (8,2 GB, 7,7 GiB) copied, 471,806 s, 17,5 MB/s

d@d-nuc:~$ sudo fdisk -l /dev/sdb2
Disque /dev/sdb2 : 7,7 GiB, 8244224000 octets, 16102000 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


#4

Fais donc:

stat /dev/sdb2


#5

Voila


#6

Il semble que ma machine aie un pb
J’ai refait la manip sur mon portable et cela à fonctionné, du moins les copies
Maintenant ça ne boote pas mais c’est sûrement un autre problème


#7

Selon la sortie que tu as collé, sur la machine “d-nuc”, le fichier /dev/sdb2 est un fichier régulier et non un périphérique de bloc. Normalement, c’est udevd qui s’occupe de créer les entrées dans /dev.