Quel est un moyen rapide de copier un grand nombre de fichiers d'un disque dur interne vers un stockage externe (USB)?


8

J'ai une grande quantité de données - environ 500 Go - sur le disque dur interne d'un ordinateur de bureau. Cela inclut la musique, les vidéos, les PDF ... vous l'appelez.

Je veux tout copier sur un disque dur USB externe (capacité de 1,5 To).

Le PC de bureau exécute Ubuntu. Pour commencer, j'ai simplement branché et monté le disque dur et j'ai fait glisser le dossier de niveau supérieur sur le lecteur.

La copie a commencé, mais elle semble se dérouler très lentement. Environ 10 minutes plus tard et cela ne fait que 500 Mo environ. Je suis sûr que c'est plus lent que ce que je pourrais réaliser avec moins de données totales.

Je me demande donc s'il existe un moyen plus rapide de procéder.

Serait-il préférable de le copier en sections (c'est-à-dire 500 Mo ou plus) plutôt qu'en une seule fois?

Réponses:


10

Assurez-vous que vous utilisez un port USB2.0 et assurez-vous que le contrôleur USB 2.0 indique «haute vitesse» - de nombreux fabricants douteux vendent les périphériques USB «pleine vitesse (12)» avec une étiquette «USB 2.0» en évidence sur eux, ce qui est techniquement précis mais qui trompe les gens qui pensent que l'USB 2.0 implique la "haute vitesse".

Vérifiez également si l' option de montage « sync » est activée sur votre disque dur USB ? C'est une autre cause de ralentissement. Vous pouvez remonter le système de fichiers avec

mount -o remount,async... /dev/usbdisk ...

+1 .. 500 Mo / 10 min = 50 Mo / min = 5 Mo / 6 s = 0,83 Mo / s = 6,7 Mo / s. il ne frappe même pas à pleine vitesse.
Quack Quichotte

10

Quelle que soit votre interface avec le disque dur, vous devez utiliser rsync pour copier les données, il peut reprendre les transferts et les fichiers individuellement (- partiel), il vous donne la progression et les sommes de contrôle sont vérifiées sur le support de destination.

En bref:

rsync -avP src/ dst/

Si vous transférez via une interface réseau, ajoutez l'argument -C pour activer la compression, dans la plupart des cas, vous serez limité par la bande passante afin de ne pas nuire aux performances même si le contenu est déjà compressé.

Si vous le pouvez, vous devriez tarer vos données avant de les transférer, cela soulagera le système de fichiers d'avoir à créer de nombreux fichiers, ajouter des horodatages, allouer de l'espace ... sur chaque fichier.
Vous verrez probablement une amélioration de la vitesse de copie.


1
Je sais que je suis en retard sur celui-ci, mais rsync m'a vraiment sauvé. J'ai dû récupérer des données pour un client et la copie du fichier dans mon système Xubuntu se bloquait (vieille machine, vieux disques). RSYNC propulsé à travers la copie du fichier. J'ai utilisé des options légèrement différentes. rsync source dest -r -v --ignore-existing
pStan

9

Si j'avais une énorme quantité de données à copier, je sortais le lecteur du boîtier externe et le mettais en interne dans l'ordinateur, puis le remettais dans le boîtier lorsque j'en avais fini. Je garde quelques câbles SATA et baies de disques ouverts pour ce genre de besoin. Ouvrir le boîtier et le refermer ensuite prend du temps, mais la copie elle-même sera beaucoup plus rapide.


3

Vous n'avez pas mentionné le système de fichiers sur le disque USB. Est-ce un système de fichiers natif Linux ou utilisez-vous ntfs / fat32? Je pense que si vous devez passer par un fusible, cela vous coûtera en performances.

Pour être avec, j'ai simplement branché et monté le disque dur et j'ai fait glisser le dossier de niveau supérieur sur le lecteur.

Si vous avez autant de données à copier, personnellement, je sauterais l'interface graphique car cela va ajouter des frais généraux à votre opération de copie. À la place, j'utiliserais l'une des nombreuses commandes CLI (cp, rsync, cpio, tar, etc.) pour copier des fichiers.

Serait-il préférable de le copier par portions de 500 Mo environ, plutôt que d'un seul coup?

Si vous travaillez avec quelque chose comme rsync, il ne devrait y avoir aucune raison de copier des fichiers en petits ensembles.


vous avez raison, les performances ntfs sur linux sont lentes.
Quack Quichote
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.