Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#1 Le 06/10/2019, à 12:52

syborg

copie ultra lente ....

Salut !

j'ai voulu faire une copie d'une partition en NTFS de mon disque dur, sur un disque externe USB, avec rsync.
Il y a environ 250 Go a copier.
La copie a commence il y a ..... 30 heures !!!!
elle continue, toujours pas finie....
C'est normal que ca soit si lent ?
Sinon, comment savoir d'ou vient le probleme ?
En plus d'etre extrement lent, ca a l'air de me bouffer toutes les ressources de mon ordi car mon ecran se gele toutes les 2 mn et met plusieurs minutes avant de se debloquer : normal ou pas ?

Dernière modification par syborg (Le 06/10/2019, à 12:55)

Hors ligne

#2 Le 06/10/2019, à 14:02

syborg

Re : copie ultra lente ....

Je precise que j'ai fait une copie d'une partition ext4 sur le meme disque dur externe USB, et ca a ete beaucoup plus rapide.
La lenteur pourrait elle s'expliquer par le fait que c'est une partition NTFS ?

Hors ligne

#3 Le 06/10/2019, à 15:44

geole

Re : copie ultra lente ....

Bonjour
Il est possible que la lenteur soit  liée à la quantité de fichiers à créer pendant la copie car copier  un fichier de 250 Go est nettement plus rapide que copier 250.000 fichiers de 1 Mo puisque la fonction de mémoriser l'arrivée d'un nouveau fichier est très consommatrice et dépend du type de partition.

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#4 Le 06/10/2019, à 16:03

syborg

Re : copie ultra lente ....

Il n'y pas plus de fichiers a copier depuis la partition NTFS (et meme plutot moins) que depuis le ext4, ca ne peut donc pas venir de la...

Hors ligne

#5 Le 06/10/2019, à 16:14

geole

Re : copie ultra lente ....

Je ne sais pas si cela va donner une piste. 

sudo apt install iotop
 iotop

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#6 Le 06/10/2019, à 17:38

syborg

Re : copie ultra lente ....

geole a écrit :

Je ne sais pas si cela va donner une piste. 

sudo apt install iotop
 iotop

oupps petit probleme a l'installation de iotop :

huurd@huurd-System-Product-Name:~$ sudo apt install iotop
[sudo] Mot de passe de huurd : 
W: Verrou non utilisé pour le fichier /var/lib/dpkg/lock-frontend en lecture seule
W: Verrou non utilisé pour le fichier /var/lib/dpkg/lock en lecture seule
E: dpkg a été interrompu. Il est nécessaire d'utiliser « sudo dpkg --configure -a » pour corriger le problème.
huurd@huurd-System-Product-Name:~$

Hors ligne

#7 Le 06/10/2019, à 17:54

geole

Re : copie ultra lente ....

sudo dpkg --configure -a

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#8 Le 06/10/2019, à 18:13

syborg

Re : copie ultra lente ....

geole a écrit :
sudo dpkg --configure -a

Aie ca va de mal en pire..

huurd@huurd-System-Product-Name:~$ sudo dpkg --configure -a
[sudo] Mot de passe de huurd : 
dpkg: erreur: impossible d'accéder au répertoire administratif de dpkg: Système de fichiers accessible en lecture seulement
huurd@huurd-System-Product-Name:~$

Hors ligne

#9 Le 06/10/2019, à 18:32

geole

Re : copie ultra lente ....

Je vais au hasard.
Peux-tu donner le retour de 

df -h
df -i
mount | grep -v snap

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#10 Le 06/10/2019, à 18:35

syborg

Re : copie ultra lente ....

Voila :

huurd@huurd-System-Product-Name:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               3,9G       0  3,9G   0% /dev
tmpfs              796M    1,9M  795M   1% /run
/dev/sda5           29G     11G   17G  40% /
tmpfs              3,9G    134M  3,8G   4% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              3,9G       0  3,9G   0% /sys/fs/cgroup
/dev/loop0         151M    151M     0 100% /snap/git-cola/136
/dev/loop1         3,8M    3,8M     0 100% /snap/gnome-system-monitor/95
/dev/loop3          36M     36M     0 100% /snap/gtk-common-themes/1198
/dev/loop5          55M     55M     0 100% /snap/core18/1144
/dev/loop6         156M    156M     0 100% /snap/chromium/853
/dev/loop7          90M     90M     0 100% /snap/core/7713
/dev/loop8         141M    141M     0 100% /snap/gnome-3-26-1604/90
/dev/loop9          15M     15M     0 100% /snap/gnome-characters/296
/dev/loop10        150M    150M     0 100% /snap/gnome-3-28-1804/67
/dev/loop11         89M     89M     0 100% /snap/core/7396
/dev/loop12        141M    141M     0 100% /snap/gnome-3-26-1604/92
/dev/loop14         43M     43M     0 100% /snap/gtk-common-themes/1313
/dev/loop13        150M    150M     0 100% /snap/gnome-3-28-1804/71
/dev/loop15        4,2M    4,2M     0 100% /snap/gnome-calculator/406
/dev/loop16        3,8M    3,8M     0 100% /snap/gnome-system-monitor/100
/dev/loop18        4,3M    4,3M     0 100% /snap/gnome-calculator/501
/dev/loop19         15M     15M     0 100% /snap/gnome-characters/317
/dev/loop2          55M     55M     0 100% /snap/core18/1192
/dev/loop20        1,0M    1,0M     0 100% /snap/gnome-logs/73
/dev/loop4         156M    156M     0 100% /snap/chromium/861
/dev/loop17        1,0M    1,0M     0 100% /snap/gnome-logs/81
/dev/sda1           99M     34M   66M  34% /boot/efi
/dev/sda7          405G    202G  183G  53% /home
tmpfs              796M     16K  796M   1% /run/user/121
tmpfs              796M     72K  796M   1% /run/user/1000
/dev/sdc2          458G    202G  233G  47% /media/huurd/BACKUP _HOME-Sam
/dev/sdc1          466G    219G  247G  48% /media/huurd/BACKUP WIN10-Samsung
/dev/sda2           30G     21G  9,1G  70% /media/huurd/Arf
/dev/sda3          420G    257G  164G  62% /media/huurd/Archives
/dev/sdb1          466G    257G  210G  56% /media/huurd/BACKUP WIN10-1
/dev/sdb2          458G    202G  233G  47% /media/huurd/BACKUP _HOME-1
huurd@huurd-System-Product-Name:~$ df -i
Sys. de fichiers    Inœuds IUtil.    ILibre IUti% Monté sur
udev               1013323    657   1012666    1% /dev
tmpfs              1018866   1199   1017667    1% /run
/dev/sda5          1921360 230093   1691267   12% /
tmpfs              1018866     82   1018784    1% /dev/shm
tmpfs              1018866      3   1018863    1% /run/lock
tmpfs              1018866     18   1018848    1% /sys/fs/cgroup
/dev/loop0           30231  30231         0  100% /snap/git-cola/136
/dev/loop1             734    734         0  100% /snap/gnome-system-monitor/95
/dev/loop3           25385  25385         0  100% /snap/gtk-common-themes/1198
/dev/loop5           10040  10040         0  100% /snap/core18/1144
/dev/loop6           10653  10653         0  100% /snap/chromium/853
/dev/loop7           12827  12827         0  100% /snap/core/7713
/dev/loop8           27631  27631         0  100% /snap/gnome-3-26-1604/90
/dev/loop9             271    271         0  100% /snap/gnome-characters/296
/dev/loop10          27707  27707         0  100% /snap/gnome-3-28-1804/67
/dev/loop11          12823  12823         0  100% /snap/core/7396
/dev/loop12          27631  27631         0  100% /snap/gnome-3-26-1604/92
/dev/loop14          39455  39455         0  100% /snap/gtk-common-themes/1313
/dev/loop13          27707  27707         0  100% /snap/gnome-3-28-1804/71
/dev/loop15           1550   1550         0  100% /snap/gnome-calculator/406
/dev/loop16            734    734         0  100% /snap/gnome-system-monitor/100
/dev/loop18           1574   1574         0  100% /snap/gnome-calculator/501
/dev/loop19            271    271         0  100% /snap/gnome-characters/317
/dev/loop2           10055  10055         0  100% /snap/core18/1192
/dev/loop20            354    354         0  100% /snap/gnome-logs/73
/dev/loop4           10653  10653         0  100% /snap/chromium/861
/dev/loop17            354    354         0  100% /snap/gnome-logs/81
/dev/sda1                0      0         0     - /boot/efi
/dev/sda7         26935296  76623  26858673    1% /home
tmpfs              1018866     24   1018842    1% /run/user/121
tmpfs              1018866     49   1018817    1% /run/user/1000
/dev/sdc2         30523392  65865  30457527    1% /media/huurd/BACKUP _HOME-Sam
/dev/sdc1        258830352   1084 258829268    1% /media/huurd/BACKUP WIN10-Samsung
/dev/sda2          9786720 231789   9554931    3% /media/huurd/Arf
/dev/sda3        171299476   1207 171298269    1% /media/huurd/Archives
/dev/sdb1        219404380   1184 219403196    1% /media/huurd/BACKUP WIN10-1
/dev/sdb2         30523392  65865  30457527    1% /media/huurd/BACKUP _HOME-1
huurd@huurd-System-Product-Name:~$ mount | grep -v snap
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4053292k,nr_inodes=1013323,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=815096k,mode=755)
/dev/sda5 on / type ext4 (ro,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=26,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=14150)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda7 on /home type ext4 (rw,relatime,data=ordered)
tmpfs on /run/user/121 type tmpfs (rw,nosuid,nodev,relatime,size=815092k,mode=700,uid=121,gid=125)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=815092k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdc2 on /media/huurd/BACKUP _HOME-Sam type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdc1 on /media/huurd/BACKUP WIN10-Samsung type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sda2 on /media/huurd/Arf type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sda3 on /media/huurd/Archives type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb1 on /media/huurd/BACKUP WIN10-1 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb2 on /media/huurd/BACKUP _HOME-1 type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/fuse on /run/user/1000/doc type fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
huurd@huurd-System-Product-Name:~$

Hors ligne

#11 Le 06/10/2019, à 18:37

melixgaro

Re : copie ultra lente ....

Salut,

Sinon, oui, le ntfs a de piètres performances depuis linux.

Linux depuis ~2007. Xubuntu seulement.

Hors ligne

#12 Le 06/10/2019, à 18:39

geole

Re : copie ultra lente ....

J'ai vu dans une discussion ces commandes
Contrôle de l'état logique du disque

sudo fsck /dev/sda5

puis remontage en mode écriture

sudo mount -o remount,rw /dev/sda5

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#13 Le 06/10/2019, à 18:47

syborg

Re : copie ultra lente ....

melixgaro a écrit :

Salut,

Sinon, oui, le ntfs a de piètres performances depuis linux.

Pietre au point de mettre plus de 2 jours et une nuit pour copier 250 Go ??!!!

Hors ligne

#14 Le 06/10/2019, à 19:46

geole

Re : copie ultra lente ....

Avec cette commande

sudo cp -R /mnt/sda4/* /mnt/sdc14

J'ai dupliqué en 12 minutes une  structure NTFS dans une autre.
C'était composé de   376025 éléments, totalisant 32,5 Go

Tu devrais regarder (ou publier) la commande que tu lances
Tu devrais regarder ou publier l'état de  ton disque dur de réception https://doc.ubuntu-fr.org/smartmontools
Tu devrais regarder si ta connexion est bien sur le même port USB que lors de la duplication des fichiers EXT4.

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#15 Le 06/10/2019, à 20:01

melixgaro

Re : copie ultra lente ....

Non pas à ce point là.

Linux depuis ~2007. Xubuntu seulement.

Hors ligne

#16 Le 06/10/2019, à 20:10

melixgaro

Re : copie ultra lente ....

Au fait, comment fais-tu la sauvegarde ? rsync ? cp ? autre ?
Donc ça lit sur du NTFS et ça écrit sur du ext4, cest ça ?

Linux depuis ~2007. Xubuntu seulement.

Hors ligne

#17 Le 06/10/2019, à 20:11

syborg

Re : copie ultra lente ....

geole a écrit :

Avec cette commande

sudo cp -R /mnt/sda4/* /mnt/sdc14

J'ai dupliqué en 12 minutes une  structure NTFS dans une autre.
C'était composé de   376025 éléments, totalisant 32,5 Go

Tu devrais regarder (ou publier) la commande que tu lances
Tu devrais regarder ou publier l'état de  ton disque dur de réception https://doc.ubuntu-fr.org/smartmontools
Tu devrais regarder si ta connexion est bien sur le même port USB que lors de la duplication des fichiers EXT4.

Oui la connection est sur le meme port.
la commande est

rsync -a --stats --progress --delete --filter "- .tmp" --filter "- klibido/" --filter "- lost+found/" --filter "- .Trash/" --filter "- .beagle/" --filter "- cache/" --filter "- CACHE/" --filter "- Cache/" --filter "- .thumbnails/"   /media/huurd/Archives/  /media/huurd/'BACKUP WIN10-Samsung'


Je precise que c'est la meme commande pour la partition ext4, qui copie bien plus vite..
Je regarderai le reste quand ca aura fini de copier, probablement demain matin.

Dernière modification par syborg (Le 06/10/2019, à 20:15)

Hors ligne

#18 Le 06/10/2019, à 20:13

syborg

Re : copie ultra lente ....

melixgaro a écrit :

Au fait, comment fais-tu la sauvegarde ? rsync ? cp ? autre ?
Donc ça lit sur du NTFS et ça écrit sur du ext4, cest ça ?

Avec rsync.
Non, ca lit et ca ecrit sur du NTFS.

Hors ligne

#19 Le 06/10/2019, à 20:24

melixgaro

Re : copie ultra lente ....

syborg a écrit :

Avec rsync.
Non, ca lit et ca ecrit sur du NTFS.

Ah ben tu m'étonnes. Pour l'écriture sur du NTFS, sur port usb2, j'avais noté il y a quelques années une vitesse d'écriture au moins deux fois plus petite. Mais c'était avec une commande du genre dd if=/dev/zero of=./file.dat, avec file.dat sur la partition NTFS (et la source n'était pas un vrai fichier sur support physique puisque /dev/zero).

Et ça me rappelle ça. Le dernier message résume la situation mais lis toute la conversation, ça n'est pas trop long.

Linux depuis ~2007. Xubuntu seulement.

Hors ligne

#20 Le 06/10/2019, à 21:08

Milano89

Re : copie ultra lente ....

Bonsoir tout le monde,
moi aussi je me plaint de la lenteur de la copie sur Ubuntu, pourtant j'ai un bon processeur core i5, je pense que ça vient d'Ubuntu qui est lent en copie, d'ailleurs je me plaint de plantage fréquent aussi et d'erreurs systèmes (lire mon post ''message d'erreur au démarrage d'ubuntu et plantage fréquent'')
Quand je copie par exemple un dossier de 10 go, par exemple une saison d'une série télé, ça ne dépasse pas l’intervalle moyenne entre 10 et 20 Mo/s, ça varie entre 22 le max que j'ai vu jusqu'ici et 8 Mo/s le minimum, sur une copie de gros fichiers.
Je pense que ça vient d'Ubuntu, sur mon post on m'a dit d'installer la nouvelle version, et en 64 bits ce qui peut normalement augmenter la rapidité de la copie non ? je vais le faire prochainement et je vais voir la vitesse de la copie sur la version 18:04 si ça change ou non et si les plantages fréquents ne se produisent plus.

Sinon j'ai une piste sur la lenteur de la copie, est ce que le fichier swap peut entrer en jeu ? c'est le fichier memoire dans linux non ? et apparemment il est assez important dans le linux pour prendre une partition spécialement pour lui, donc peut être qu'en augmentant le fichier swap on augmente la vitesse de la copie vu qu'ainsi ça peut mémoriser plus non ?

Dernière modification par Milano89 (Le 06/10/2019, à 21:17)

Hors ligne

#21 Le 06/10/2019, à 21:24

melixgaro

Re : copie ultra lente ....

Bonsoir

à Milano89
Heureusement que la copie ne passe par le fichier d'échange swap… Par contre, si au moment de la copie la RAM est pleine pour raisons x ou y, oui ça va swapper et ralentir tout le système. De même, si au moment de la copie tous les procs sont à 100% pour une raison ou une autre, ça ne va pas aider. Donc, les essais pour être parlants doivent être faits dans des conditions où seule la copie/le déplacement de fichiers a lieu (et rien d'autres ne bouffe les ressources). Et là, si c'est lent, on peut commencer à se demander pourquoi.

Maintenant si tu as un problème pour la copie et si tu désires une assistance, je te prie d'ouvrir ta propre discussion. Tu sais bien une discussion = un problème.

Linux depuis ~2007. Xubuntu seulement.

Hors ligne

#22 Le 06/10/2019, à 22:23

Milano89

Re : copie ultra lente ....

melixgaro a écrit :

Maintenant si tu as un problème pour la copie et si tu désires une assistance, je te prie d'ouvrir ta propre discussion. Tu sais bien une discussion = un problème.

S'est fait enfait sur mon post ''message d'erreur au démrrage d'Ubuntu et plantage fréquent'' qui regroupe tout un tas de problème que je pense lié.
En fait le but de ma réponse c'est la piste swap, donc pas la peine de me dire d'aller ouvrir une autre discussion puisque je répond ici et non pas je pose un problème.
Faut vous détendre un peu les gars, je sens que certains ici ont un peu trop un manque de cool attitude.

Hors ligne

#23 Le 06/10/2019, à 22:32

melixgaro

Re : copie ultra lente ....

Ah, j'avais peur que tu le prennes mal (apparemment, c'est le cas hmm) et en aucun cas, je ne voulais te froisser. Dans la première partie de ton message, tu commences quand même par parler de ton propre problème. Comme 1/ je n'avais pas vu qu tu recevais de l'aide dans une autre discussion 2/ j'avais peur que tu te greffes sur cette discussion, j'ai voulu te suggérer d'ouvrir ta propre discussion si tu désires une assistance (c'est écrit dans mon message). C'était de la prévention, il ne fallait surtout pas le prendre comme un « va voir ailleurs ». C'est par souci d'efficacité et de clarté.

J'ai bien vu que tu suggérais aussi une piste et toute aide est évidemment la bienvenue dans une discussion donnée.

T'inquiète pas je suis très cool ! smile

Linux depuis ~2007. Xubuntu seulement.

Hors ligne

#24 Le 07/10/2019, à 00:05

geole

Re : copie ultra lente ....

syborg a écrit :

la commande est

rsync -a --stats --progress --delete --filter "- .tmp" --filter "- klibido/" --filter "- lost+found/" --filter "- .Trash/" --filter "- .beagle/" --filter "- cache/" --filter "- CACHE/" --filter "- Cache/" --filter "- .thumbnails/"   /media/huurd/Archives/  /media/huurd/'BACKUP WIN10-Samsung'

Je précise que c'est la même commande pour la partition ext4, qui copie bien plus vite..
Je regarderai le reste quand ça aura fini de copier, probablement demain matin.

Je me suis permis de jouer ta commande dans mon environnement.

sudo mkdir /mnt/sda5
sudo mount -v /dev/sda5 /mnt/sda5

sudo mkdir /mnt/sdc14
sudo mount -v /dev/sdc14 /mnt/sdc14

date
dimanche 6 octobre 2019, 23:25:49 (UTC+0200)


rsync -a --stats --progress --delete --filter "- .tmp" --filter "- klibido/" --filter "- lost+found/" --filter "- .Trash/" --filter "- .beagle/" --filter "- cache/" --filter "- CACHE/" --filter "- Cache/" --filter "- .thumbnails/"   /mnt/sda5  /mnt/sdc14


mumber of files: 375,482 (reg: 315,857, dir: 56,465, link: 3,124, special: 36)
Number of created files: 375,482 (reg: 315,857, dir: 56,465, link: 3,124, special: 36)
Number of deleted files: 0
Number of regular files transferred: 315,857
Total file size: 32,152,468,432 bytes
Total transferred file size: 32,152,389,107 bytes
Literal data: 32,152,389,107 bytes
Matched data: 0 bytes
File list size: 17,260,685
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 32,188,445,848
Total bytes received: 6,348,079

sent 32,188,445,848 bytes  received 6,348,079 bytes  37,987,957.44 bytes/sec
total size is 32,152,468,432  speedup is 1.00
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1196) [sender=3.1.2]

date
dimanche 6 octobre 2019, 23:40:19 (UTC+0200)

sudo blkid |egrep "sda5|sdc14"
/dev/sda5: UUID="5EC69850C69829F3" TYPE="ntfs" PARTUUID="180c8539-8b22-4096-88ae-088e668e469c"
/dev/sdc14: LABEL="NOTUSED" UUID="68D55EEB330C4065" TYPE="ntfs" PTTYPE="dos" PARTUUID="9da45d05-1825-4b42-93f9-4b6f920ecd1d"

J'attends le rapport smartcl   

Peux-tu vérifier si tes supports sont décrits dans le fichier /etc/fstab

cat /etc/fstab |  grep media

Nota, il faut environ 1 minute pour exécuter un second passage
Number of files: 375,514 (reg: 315,857, dir: 56,465, link: 3,156, special: 36)
Number of created files: 0
Number of deleted files: 0
Number of regular files transferred: 0

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#25 Le 07/10/2019, à 01:37

JLK

Re : copie ultra lente ....

J'ai eu le même problème une fois en créant l'image disque d'un SSD de 256 Go contenant Windows 7 depuis un disque dur USB 3.0  sur un pour USB 3.0 bien entendu) contenant le système (Ubuntu 16.04). Ça avait pris plus de deux jours. hmm Le débit à moins d'1Mo/s !

Dernière modification par JLK (Le 07/10/2019, à 01:37)

La pétition en ligne Stop Destroying Videogames (Stop à la destruction des jeux vidéo) (jusqu'au 31/07/2025).
[VOTRE topic]Vos blagues sur M$/W$.
[IMPORTANT]Memtest86+ a besoin de testeurs

Hors ligne

Pages : 1 2