copie d'un disque dur externe sur un autre DD dur externe

brunodd · Le 14/12/2021, à 09:00

Bonjour,
J'ai un DD externe formaté en ext3/ext4 qui contient env. 400 GO de donnée que je voudrais copier sur un DD externe vide de 1 TO formaté en MsDos.
Qqun pourrait-il m'indiquer la ligne de commande sur la console ?
Merci de votre aide,
cordialement,
BDD

Qid · Le 14/12/2021, à 09:10

Utilises rsync/grsync... C'est à mon avis le plus adapté pour ce genre de truc vu la quantité de données concernée... Ça évitera les risques d'erreurs de copie et donc de perte de données et ça permet aussi de reprendre la copie en cas d'arrêt...

MicP · Le 14/12/2021, à 09:33

Bonjour

Si le système de fichiers cible de la copie n'est pas du type ext (2 3 ou 4)
les fichiers qui y seront copiés perdront tous leurs attributs et propriétés d'appartenance et de groupe.

=======

Dans son message #1, brunodd a écrit :

…J'ai un DD externe formaté en ext3/ext4 …
…sur un DD externe vide de 1 TO formaté en MsDos.…

J'espère que c'est plutôt une partition de ces disques qui ont été formatées plutôt que ces disques,
et comme il n'existe pas de système de fichiers de type MsDos,
je suppose que tu parlais plutôt du type de table de partitionnement de ce disque.

=======
Il faudrait donc en savoir un peu plus au sujet de ce disque de 1TO, son partitionnement,
et le type de système de fichiers qui a été utilisé pour formater la ou les partitions qui sont sur ce disque.

Connecte ces disques sur ta machine,
ouvre une fenêtre de terminal et agrandis la de façon à ce qu'elle occupe tout l'écran,
puis donne nous le retour complet de la ligne de commande suivante :

lsblk -fe7 -oNAME,FSTYPE,SIZE,FSSIZE,FSAVAIL,LABEL,UUID,MOUNTPOINT

Dernière modification par MicP (Le 14/12/2021, à 09:42)

Qid · Le 14/12/2021, à 13:17

Ouais m'enfin après à partir du moment où on se fou des droits user et qu'on veut que ses données soient accessible quelquesoit le système... Que ce soit en exfat ou en NTFS on s'est fiche un peu... Nb : je déconseille évidemment une partition d'1to en fat32...

bluc · Le 14/12/2021, à 14:57

Pourquoi pas un copier collé de la partition avec gparted , c'est ce que je fais pour la partition de données et pour le système
(A condition que ce disque ne soit pas branché ensuite a chaque démarrage du pc, uniquement sur l'ordi démarré)

Dernière modification par bluc (Le 14/12/2021, à 14:59)

Qid · Le 14/12/2021, à 16:27

bluc a écrit :

Pourquoi pas un copier collé de la partition avec gparted

Je ne crois pas que l'idée soit d'avoir un clone... Je doute que le choix du changement de format de partition entre le départ et l'arrivée soit anecdotique...

iznobe · Le 14/12/2021, à 16:57

Bonjour , quel et le but de cette copie de fichiers ?
une sauvegarde de données , et donc de fichiers ?

brunodd · Le 16/12/2021, à 09:18

bonjour,
le but est la sauvegarde de fichiers
le formatage du DD vide peut être changé, il s'agit de pouvoir lire le disque avec Win et Linux
Merci de votre aide

Qid · Le 16/12/2021, à 09:40

Donc je le redis

Qid a écrit :

Utilises rsync/grsync... C'est à mon avis le plus adapté pour ce genre de truc vu la quantité de données concernée... Ça évitera les risques d'erreurs de copie et donc de perte de données et ça permet aussi de reprendre la copie en cas d'arrêt...

C'est une des options...

brunodd · Le 16/12/2021, à 20:47

pourriez-vous m'indiquer la ligne de commande ?
avec mes remerciements,
B.

geole · Le 16/12/2021, à 20:58

Bonjour
Pas assez d'éléments pour donner la commande. mais tu peux adapter

rsync -v -r -u -l -p -h -x --times --stats --delete-before  /media/$USER/PartitionEntrée/*  /media/$USER/PartitionSortie

Dernière modification par geole (Le 16/12/2021, à 20:59)

MicP · Le 16/12/2021, à 21:22

geole a écrit :

…Pas assez d'éléments pour donner la commande. …

Tout à fait d'accord,
et à ce sujet, le retour la ligne de commande que j'ai demandé dans mon message #3
pourrait apporter une grande partie de ces éléments manquants.

Dernière modification par MicP (Le 16/12/2021, à 21:25)

Qid · Le 16/12/2021, à 21:27

brunodd a écrit :

pourriez-vous m'indiquer la ligne de commande ?
avec mes remerciements,
B.

T'es tu renseigné sur la piste qu'on te propose !?
Perso je n'ai pas parlé de ligne de commande et je dirais presque que je déconseille cette stratégie trop complexe sans être aidé à la différence de l'utilitaire graphique qui peut s'utiliser presque les yeux fermés...

brunodd · Le 16/12/2021, à 22:36

bruno_dd@pcbrunodd:~$ lsblk -fe7 -oNAME,FSTYPE,SIZE,FSSIZE,FSAVAIL,LABEL,UUID,MOUNTPOINT
NAME FSTYPE   SIZE FSSIZE FSAVAIL LABEL UUID                                 MOUNTPOINT
sda         465,8G                                                           
├─sda1
│    vfat     286M 285,4M  280,3M       F939-E312                            /boot/efi
├─sda2
│    swap       8G                      3afed091-67fb-4221-959c-1c6e6dedc7bd [SWAP]
└─sda3
     ext4   457,5G 449,3G  418,4G       774a1477-050a-4518-92c2-e8196ebaae46 /
sr0          1024M                                                           
bruno_dd@pcbrunodd:~$

brunodd · Le 16/12/2021, à 22:38

désolé, les DD n'étaient pas branchés. Voici le résultat correct:

bruno_dd@pcbrunodd:~$ lsblk -fe7 -oNAME,FSTYPE,SIZE,FSSIZE,FSAVAIL,LABEL,UUID,MOUNTPOINT
NAME FSTYPE   SIZE FSSIZE FSAVAIL LABEL UUID                                 MOUNTPOINT
sda         465,8G                                                           
├─sda1
│    vfat     286M 285,4M  280,3M       F939-E312                            /boot/efi
├─sda2
│    swap       8G                      3afed091-67fb-4221-959c-1c6e6dedc7bd [SWAP]
└─sda3
     ext4   457,5G 449,3G  418,4G       774a1477-050a-4518-92c2-e8196ebaae46 /
sdb         931,5G                                                           
└─sdb1
     vfat   931,5G 931,3G  931,3G 1TO   0E21-34ED                            /media/bru
sdc           1,8T                                                           
└─sdc1
     ext4     1,8T   865G  490,3G linux2
                                        35397e74-f417-4ab5-8ac4-90eb882e2195 /media/bru
sr0          1024M                                                           
bruno_dd@pcbrunodd:~$

MicP · Le 16/12/2021, à 22:59

Bonjour

Dans mon message #3, MicP a écrit :

… ouvre une fenêtre de terminal et agrandis la de façon à ce qu'elle occupe tout l'écran, …

Comme je le disais dans mon message, Il aurait fallu que, avant de lancer la ligne de commande,
la fenêtre de terminal soit agrandie au maximum

Du coup, les noms des points de montages sont tronqués,
alors que si la fenêtre avait été préalablement agrandie au maximum,
le retour de commande sera plus facilement lisible.

Si je ne me suis pas trompé dans mes suppositions au sujet des noms de point de montage,
avec la fenêtre agrandie au maximum, ça devrait ressembler à ce qui suit :

bruno_dd@pcbrunodd:~$ lsblk -fe7 -oNAME,FSTYPE,SIZE,FSSIZE,FSAVAIL,LABEL,UUID,MOUNTPOINT
NAME   FSTYPE   SIZE FSSIZE FSAVAIL LABEL  UUID                                 MOUNTPOINT
sda           465,8G                                                           
├─sda1 vfat     286M 285,4M  280,3M        F939-E312                            /boot/efi
├─sda2 swap       8G                       3afed091-67fb-4221-959c-1c6e6dedc7bd [SWAP]
└─sda3 ext4   457,5G 449,3G  418,4G        774a1477-050a-4518-92c2-e8196ebaae46 /
sdb           931,5G                                                           
└─sdb1 vfat   931,5G 931,3G  931,3G 1TO    0E21-34ED                            /media/bruno_dd/1TO
sdc             1,8T                                                           
└─sdc1 ext4     1,8T   865G  490,3G linux2 35397e74-f417-4ab5-8ac4-90eb882e2195 /media/bruno_dd/linux2
sr0            1024M                                                           
bruno_dd@pcbrunodd:~$

=======
Si le système de fichiers cible de la copie est celui dont le point de montage supposé est /media/bruno_dd/1TO
il faudra penser, avant de lancer la copie, qu'il sera impossible de créer dans ce type de système de fichiers (si c'est bien FAT32)
un fichier d'une taille supérieure à 4 294 967 295 octets (<=> 4GiO - un octet)

EDIT :
Ajout : "si c'est bien …FAT32" suite au message suivant de geole

Dernière modification par MicP (Le 17/12/2021, à 00:33)

geole · Le 16/12/2021, à 23:20

brunodd a écrit :

Bonjour,
....que je voudrais copier sur un DD externe vide de 1 TO formaté en MsDos.

Cela serait donc cette partition.

└─sdb1 vfat   931,5G 931,3G  931,3G 1TO    0E21-34ED                            /media/bruno_dd/1TO

Je ne sais pas si cela signifie FAT32 qui serait une stupidité ou exfat/fat64 qui serait une très bonne idée.

Dernière modification par geole (Le 16/12/2021, à 23:23)

MicP · Le 17/12/2021, à 00:29

geole a écrit :

… Je ne sais pas si cela signifie FAT32 qui serait une stupidité ou exfat/fat64 qui serait une très bonne idée. …

Effectivement, j'avais oublié qu'un système de fichiers de type exFAT avait, sur Linux, le même format d'UUID
et si c'est bien exFAT, la taille maximum d'un fichier n'y sera PAS limitée à 4GiO.

=======

Dans son message #1, brunodd a écrit :

J'ai un DD externe formaté en ext3/ext4 qui contient env. 400 GO de donnée …

La source à copier serait donc :

└─sda3 ext4   457,5G 449,3G  418,4G        774a1477-050a-4518-92c2-e8196ebaae46 /

et c'est la racine du système Ubuntu.

À mon humble avis,
il ne devrait pas être nécessaire de copier l'intégralité de l'arborescence des fichiers contenus dans la racine du système Ubuntu,
d'autant que … :

Dans son message #, brunodd a écrit :

…le but est la sauvegarde de fichiers…il s'agit de pouvoir lire le disque avec Win et Linux…

il devrait suffire de copier directement le répertoire personnel de chacun des comptes utilisateurs de ce système Ubuntu
en n'oubliant pas d'exclure de la copie les répertoires au contenu inutile comme par exemple le répertoire ~/.cache

Dernière modification par MicP (Le 17/12/2021, à 07:35)

brunodd · Le 17/12/2021, à 11:06

bonjour,
Il s'agit de copier sdc1 sur sdb1
sdb1 est formaté en vfat, mais je peux changer puisqu'il est vide
je voudrais le format le plus adapté qui permette de lire depuis win et linux et qui optimise dans la mesure du possible l'utilisation de la capacité du DD
la priorité étant la lecture sous les 2 systèmes d'exploitation
merci de votre aide
B.

FrancisFDZ · Le 17/12/2021, à 11:24

Bonjour,

En #17, Geole a écrit :

Je ne sais pas si cela signifie FAT32 qui serait une stupidité ou exfat/fat64 qui serait une très bonne idée.

Evitons de lancer un troll : le nom "fat64" n'existe pas, c'est par abus de langage, suite à l'évolution fat16 > fat32 > exfat que certains ont appelé exfat = fat64, cette dénomination n'a rien d'officiel.

geole · Le 17/12/2021, à 14:00

brunodd a écrit :

bonjour,
Il s'agit de copier sdc1 sur sdb1
sdb1 est formaté en vfat, mais je peux changer puisqu'il est vide
je voudrais le format le plus adapté qui permette de lire depuis win et linux et qui optimise dans la mesure du possible l'utilisation de la capacité du DD
la priorité étant la lecture sous les 2 systèmes d'exploitation
merci de votre aide
B.

Bonjour. Le format vfat n'existe pas. Dans cette famille, il existe les format FAT16 FAT32 et FAT64 appelé EXFAT. A une époque, il existait aussi le format FAT12

Je viens de vérifier avec la commande blkid
PARTUUID="a2d8abcd-17c2-4a58-be1e-7789b1f32e6f"
/dev/sdd11: SEC_TYPE="msdos" UUID="438B-5446" TYPE="vfat" PARTUUID="448acb5a-ad75-48a9-a956-c4f6321f5cf0" => C'est du FAT16
/dev/sdd13: UUID="43C4-D122" TYPE="vfat" PARTUUID="71c126d0-2e8c-42c1-8ccc-b59a4bc411a9" => C'est DU FAT32
/dev/sdd14: UUID="596E-C970" TYPE="exfat" PTTYPE="dos" PARTUUID="87e8fe7a-f60f-425f-afd3-1095705081db" => C'est du FAT64 appelé EXFAT

Il semblerait donc que la partition soit formatée en FAT32 limitant la taille de fichiers
Donc
1) Installation du logiciel

sudo apt install exfat-utils

Normalement, il installe aussi exfat-fuse
2) Reformatage de la partition soit avec gparted soit avec gnome-disks (commande à frapper pour que l'application graphique s'ouvre) Ne pas oublier de remettre le label 1TO
3) Exécution de la copie. Cela devrait être cette commande.

rsync -v -r -u -l -p -h -x --times --stats --delete-before /media/bruno_dd/linux2/*  /media/bruno_dd/1TO

Dernière modification par geole (Le 17/12/2021, à 14:04)

bruno · Le 17/12/2021, à 15:32

Hum, pas de caractères joker dans une commande rsync, cela risque de donner des résultats innatendus…
Pour commencer ceci est suffisant :

rsync -av /media/bruno_dd/linux2/  /media/bruno_dd/1TO/

EDIT : à condition que les deux partitions utilisent des systèmes de fichiers Linux (ext4 ou autre qui gère correctement les propriétaires /groupes et permissions)

Dernière modification par bruno (Le 17/12/2021, à 18:03)

Coeur Noir · Le 17/12/2021, à 17:44

Zéro intérêt ( voire danger lors d'une restauration ) de copier la racine entière d'un système Linux vers un système de fichiers qui ne gère pas nativement les droits et permissions.
Si l'idée c'est de conserver une sauvegarde entière d'un système, il faut obligatoirement la destiner à un système de fichiers compatible droits et permissions Linux.
Un utilitaire comme timeshift est probablement opportun.

Si l'idée c'est de sauvegarder des documents ( à l'attention d'utilisateurs humains ) c'est alors le contenu du dossier /home qu'il faut copier, comme déjà évoqué.
Là on peut se contenter de système de fichiers sans droits et permissions car au pire la remise en place de droits et permissions adéquats après restauration des données ne sera pas très compliquée ( juste réapproprier chaque dossier à chaque utilisateur ) voire ne sera pas nécessaire selon la méthode employée pour restaurer.

brunodd · Le 17/12/2021, à 18:10

bonjour,
il s'agit effectivement de sauvegarder de la doc sur un DD lisible avec win et linux

Coeur Noir · Le 17/12/2021, à 18:28

Donc juste sauvegarder le ou les dossiers contenant cette doc'.

/home/{utilisateur⋅s}/… a été évoqué mais ça peut bien sûr être d'autres emplacements, ailleurs, auxquels tu as au moins accès en lecture.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 14/12/2021, à 09:00

copie d'un disque dur externe sur un autre DD dur externe

#2 Le 14/12/2021, à 09:10

Re : copie d'un disque dur externe sur un autre DD dur externe

#3 Le 14/12/2021, à 09:33

Re : copie d'un disque dur externe sur un autre DD dur externe

#4 Le 14/12/2021, à 13:17

Re : copie d'un disque dur externe sur un autre DD dur externe

#5 Le 14/12/2021, à 14:57

Re : copie d'un disque dur externe sur un autre DD dur externe

#6 Le 14/12/2021, à 16:27

Re : copie d'un disque dur externe sur un autre DD dur externe

#7 Le 14/12/2021, à 16:57

Re : copie d'un disque dur externe sur un autre DD dur externe

#8 Le 16/12/2021, à 09:18

Re : copie d'un disque dur externe sur un autre DD dur externe

#9 Le 16/12/2021, à 09:40

Re : copie d'un disque dur externe sur un autre DD dur externe

#10 Le 16/12/2021, à 20:47

Re : copie d'un disque dur externe sur un autre DD dur externe

#11 Le 16/12/2021, à 20:58

Re : copie d'un disque dur externe sur un autre DD dur externe

#12 Le 16/12/2021, à 21:22

Re : copie d'un disque dur externe sur un autre DD dur externe

#13 Le 16/12/2021, à 21:27

Re : copie d'un disque dur externe sur un autre DD dur externe

#14 Le 16/12/2021, à 22:36

Re : copie d'un disque dur externe sur un autre DD dur externe

#15 Le 16/12/2021, à 22:38

Re : copie d'un disque dur externe sur un autre DD dur externe

#16 Le 16/12/2021, à 22:59

Re : copie d'un disque dur externe sur un autre DD dur externe

#17 Le 16/12/2021, à 23:20

Re : copie d'un disque dur externe sur un autre DD dur externe

#18 Le 17/12/2021, à 00:29

Re : copie d'un disque dur externe sur un autre DD dur externe

#19 Le 17/12/2021, à 11:06

Re : copie d'un disque dur externe sur un autre DD dur externe

#20 Le 17/12/2021, à 11:24

Re : copie d'un disque dur externe sur un autre DD dur externe

#21 Le 17/12/2021, à 14:00

Re : copie d'un disque dur externe sur un autre DD dur externe

#22 Le 17/12/2021, à 15:32

Re : copie d'un disque dur externe sur un autre DD dur externe

#23 Le 17/12/2021, à 17:44

Re : copie d'un disque dur externe sur un autre DD dur externe

#24 Le 17/12/2021, à 18:10

Re : copie d'un disque dur externe sur un autre DD dur externe

#25 Le 17/12/2021, à 18:28

Re : copie d'un disque dur externe sur un autre DD dur externe

Pied de page des forums