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é