Copier sur une clé USB vraiment lent?

41

Lorsque je copie des fichiers sur le périphérique USB, cela prend beaucoup plus de temps que dans Windows (même périphérique USB, même port), plus rapide que la vitesse USB 1.0 (1 Mo / s) mais beaucoup plus lente que la vitesse USB 2.0 (12 Mo / s) . Copier 1,8 Go me prend plus de 10 minutes (ça devrait être & lt; 3 min.) J'ai deux clés identiques SanDisk Cruzer 8 Go, et j'ai le même problème avec les deux. J'ai un super talent SSD USB de 32 Go dans le port voisin et cela fonctionne à des vitesses attendues.

Le problème que je vois dans l’interface graphique est que la barre de progression atteint presque instantanément 90%, se termine à 100% un peu plus lentement et se bloque ensuite pendant 10 minutes. Interrompre la copie à ce stade semble entraîner une corruption à la fin du fichier. Si j'attends qu'il soit complet, la copie est réussie.

Des idées? sortie dmesg ci-dessous:

[64059.432309] usb 2-1.2: new high-speed USB device number 5 using ehci_hcd
[64059.526419] scsi8 : usb-storage 2-1.2:1.0
[64060.529071] scsi 8:0:0:0: Direct-Access     SanDisk  Cruzer           1.14 PQ: 0 ANSI: 2
[64060.530834] sd 8:0:0:0: Attached scsi generic sg4 type 0
[64060.531925] sd 8:0:0:0: [sdd] 15633408 512-byte logical blocks: (8.00 GB/7.45 GiB)
[64060.533419] sd 8:0:0:0: [sdd] Write Protect is off
[64060.533428] sd 8:0:0:0: [sdd] Mode Sense: 03 00 00 00
[64060.534319] sd 8:0:0:0: [sdd] No Caching mode page present
[64060.534327] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[64060.537988] sd 8:0:0:0: [sdd] No Caching mode page present
[64060.537995] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[64060.541290]  sdd: sdd1
[64060.544617] sd 8:0:0:0: [sdd] No Caching mode page present
[64060.544619] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[64060.544621] sd 8:0:0:0: [sdd] Attached SCSI removable disk
    
posée Eloff 14.04.2012 - 23:46
la source

9 réponses

25

Pourquoi la copie sur mon lecteur USB est-elle si lente sous Linux (et plus rapide sous Windows)?

Raison 1. La mise en cache des fichiers peut rendre les écritures plus lentes ou plus rapides

  

Le problème que je semble voir dans l’interface graphique est que la barre de progression atteint presque instantanément 90%, se termine à 100% un peu plus lentement, puis se bloque pendant 10 minutes.

Une chose que vous devez comprendre est la mise en cache des fichiers. Linux (et Windows) utilisera sinon une RAM "vide" pour mettre en cache les opérations de lecture / écriture et les rendre plus rapides lors des accès suivants. La mise en cache des opérations de copie sur des périphériques lents entraîne le comportement que vous constatez - la "fin rapide" est en train d'écrire dans le cache, puis elle ralentit et s'arrête car le vidage des données dans le cache prendre très longtemps. Si vous abandonnez à ce stade, les données sont corrompues (comme vous l'avez noté) car la synchronisation n'est jamais terminée.

Une telle copie dans Windows peut sembler plus rapide (y compris les vitesses de Mo / s indiquées) car Windows n'attend parfois pas la synchronisation et déclare le travail terminé dès que possible que les données sont écrites en cache.

Raison 2. L'écriture de nombreux fichiers, en particulier les plus petits, est lente

  

Pour copier 1,8 Go

En raison du fonctionnement de la mémoire flash et des systèmes de fichiers, le débit (vitesse) le plus rapide est atteint lors de l’écriture de fichiers très volumineux. L'écriture de nombreux petits fichiers ou même des données mixtes contenant un certain nombre de petits fichiers peut ralentir considérablement le processus. Cela affecte également les disques durs, mais dans une moindre mesure.

Raison 3. Les vitesses d’écriture d’une clé USB et d’un disque SSD ne peuvent pas être comparées

  

J'ai un super SSD USB de 32 Go de talent dans le port voisin et ça marche à la vitesse attendue.

  • Une clé USB de variété jardin se compose généralement de puces de mémoire flash qui sont écrites en série (séquentiellement) et n’ont pas de cache propre.

  • Par contre, un SSD contient un contrôleur qui écrit sur les puces de mémoire flash parallel , augmentant le débit d’un facteur 2 ou plus sur la clé USB.

    • Si votre disque SSD de 32 Go avait 4 puces de 8 Go, il serait toujours 4 fois plus rapide que la clé USB lors de toute opération d’écriture.
    • Le SSD également contient un cache RAM (comme les disques durs), ce qui lui permet de stocker rapidement les données entrantes dans le cache et d'indiquer le système d'exploitation. la mémoire flash.
  • Ainsi, avec un gros fichier, votre Go de 32 Go avec la structure 4x que nous supposions serait 4 fois plus rapide; avec beaucoup de petits fichiers, il serait 10 fois plus rapide ou plus rapide car il pourrait les stocker intelligemment dans son cache.

En résumé , voici les raisons pour lesquelles la copie de fichiers sur des clés USB peut paraître plus lente sous Linux. Est-ce en fait plus lent à cause d'un problème de matériel / pilote ou autre?

Faire une comparaison correcte des vitesses d’écriture entre Linux et Windows

  • D'abord, oubliez le SSD pour la raison 3. C'est comme les oranges et les pommes.
  • Pour annuler les effets de la raison 1 (mise en cache) et de la raison 2 (petits fichiers), vous devez tester avec un seul fichier volumineux, supérieur à la quantité de RAM du système de test.
  • Sous Linux, vous pouvez le créer avec dd if=/dev/urandom of=largetest bs=1M count=7500 , ce qui vous donne un fichier de test de 7500 Mo. En supposant que votre système a moins de 4 Go de RAM, il est assez bon. Copiez-le sur une clé Sandisk 8 Go fraîchement formatée et chronométrez-la.
  • Redémarrez sous Windows et copiez largetest de la clé USB sur votre disque dur. Redémarrez (pour le supprimer du cache). Formatez ensuite la clé USB (même vfat / FAT32!) Et copiez largetest du disque dur sur la clé.
  • Comment se comparent les temps?
réponse donnée ish 31.05.2012 - 06:56
la source
7

Je pense que les chances sont très faibles que ce soit un problème de port. Il est plus probable qu’il s’agisse d’un problème lié à LINUX (ou à une configuration Linux) - googgle et vous trouverez des milliers de rapports sur l’USB lente sous linux / ubuntu. Pour moi, c'est presque un showstopper pour Linux - j'ai maintenant un Ubuntu 12.04 LTS et j'ai toujours ce problème (donc j'utilise plutôt la configuration de Win7 - principalement à cause de cela). Ce problème (ou quelque chose avec des symptômes similaires) existe depuis plusieurs années, apparemment sans solution. Et pendant ce temps, j'ai essayé plusieurs PC physiques avec plusieurs versions d'ubuntu (config par défaut) et 2 ou 3 clés USB différentes.

    
réponse donnée Peter 22.06.2013 - 19:13
la source
6

J'ai trouvé que le correctif que j'avais fait était de démonter, de supprimer le lecteur et d’exécuter sudo modprobe ehci_hcd dans le terminal. Insérez le lecteur et agian sudo modprobe ehci_hcd lorsque je mets le lecteur et wow 20 / mbs pensé que je partagerais. J'espère que je n'ai pas à le faire à chaque fois ... mais ce n'est pas difficile ...

lien dit qu'ils ont corrigé le bogue.

    
réponse donnée Dj Radio 04.05.2012 - 09:03
la source
4

Juste umount l'appareil s'il est déjà monté automatiquement et montez-le manuellement sur /mnt/foldername .

Dans mon cas,

umount /media/usb0
mount /dev/sdb1 /mnt/sam

Après cela, ça va très vite.

    
réponse donnée msnfreaky 10.12.2014 - 18:13
la source
1

Si vous passez à l’USB 3.0, vous passerez de 1mb / s à un 5-8mb / s. Je passe à un périphérique USB 3.0 et à un disque dur externe HD et je n'ai pas regardé en arrière.

    
réponse donnée Ghost logger 26.05.2012 - 11:53
la source
1

Quand vous regardez dans / etc / mtab, voyez-vous que le périphérique a été monté avec l'option "flush"?

Si oui, cela pourrait être la cause du problème (c'était pour moi). Il suffit de démonter l'appareil et de le remonter, il ne doit pas être défini par défaut.

    
réponse donnée GarfieldElCat 23.03.2014 - 12:30
la source
0

J'ai aussi eu quelques problèmes avec le taux de transfert sur un disque externe WD, après l’avoir ouvert dans une fenêtre SO, j’ai toujours utilisé LINUX, après cela le taux de transfert était de 1.5mb / s. là, il était dit que sdb1 il était imparfaitement démonté, exécuté un fsck, qui a fait quelques réparations et après que 20 Mo / s de taux de transfert à nouveau lors de la copie de sda ​​sur le disque externe. fsck représente toujours un risque si vous avez des données, mais cela a fonctionné pour moi, sans perte de données.

    
réponse donnée anymamundy 09.11.2015 - 11:36
la source
-2

J'ai aussi eu ce problème, mais j'utilise la commande cp et vous mettez à jour votre clé USB en quelques secondes;

cp -r -u /home/user/Muziek/ /media/user/Audiousbsti
cp -r -u /home/user/Muziek/ /media/user/4F49-4A65/

Je pense que c'est une réponse très tardive mais elle est toujours ouverte.

    
réponse donnée Bart 23.05.2017 - 15:03
la source
-3

Bon, j'ai eu le même problème pendant trois jours et comment j'ai réussi à sauvegarder mon disque dur de 1 To en utilisant rsync, je sais qu'il est utilisé pour la sauvegarde mais il a fait le travail, même lors du transfert de fichiers volumineux utilisez-le pour faire ce travail. Si vous souhaitez l'utiliser avec une interface graphique, je vous suggère d'installer Grsync, qui est une version graphique de rsync, car rsync s'exécute sur le terminal.

J'espère que cela a aidé

    
réponse donnée Perfect 28.12.2017 - 21:57
la source

Lire d'autres questions sur les étiquettes