#1 Le 18/05/2015, à 00:26
- Bougron
[Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonsoir.
J'ai installé une version 15.04. Il m'a semblé que GPARTED mettait pas mal de temps pour afficher la liste des partitions présentes.
J'ai donc décidé de chronométrer: Entre le moment où j'appuie sur la demande et le moment où il répond, il s'est écoulé 97 secondes.
Cette même action se fait en 23 secondes en utilisant ubuntu 14.2 noyau 3.13 ou ubuntu 14.2 noyau 3.16
AJOUT Les trois OS sont installés sur la même machine ayant sur un seul disque.
Les logiciels sont à jour à samedi dernier. Les mesures ont été faites à quelques minutes d'intervalle.
bougron@15-4:~$ sudo dpkg -l | grep -Ei "linux-headers|linux-image" | sort -k 3
ii linux-headers-3.19.0-15 3.19.0-15.15 all Header files related to Linux kernel version 3.19.0
ii linux-image-extra-3.19.0-15-generic 3.19.0-15.15 amd64 Linux kernel extra modules for version 3.19.0 on 64 bit x86 SMP
ii linux-headers-3.19.0-15-generic 3.19.0-15.15 amd64 Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii linux-image-3.19.0-15-generic 3.19.0-15.15 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii linux-headers-generic 3.19.0.16.15 amd64 Generic Linux kernel headers
ii linux-image-generic 3.19.0.16.15 amd64 Generic Linux kernel image
ii linux-headers-3.19.0-16 3.19.0-16.16 all Header files related to Linux kernel version 3.19.0
ii linux-image-extra-3.19.0-16-generic 3.19.0-16.16 amd64 Linux kernel extra modules for version 3.19.0 on 64 bit x86 SMP
ii linux-headers-3.19.0-16-generic 3.19.0-16.16 amd64 Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii linux-image-3.19.0-16-generic 3.19.0-16.16 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
bougron@15-4:~$
=====>A croire que le gparted de la version 15.04 n'utilise pas la table de partition....
Dernière modification par Bougron (Le 24/08/2016, à 01:01)
Hors ligne
#2 Le 18/05/2015, à 08:34
- sinbad83
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonjour,
pas de lenteur particulière chez moi. Gparted met autour de 20 secondes pour 3 DD et un SSD.
Par contre, Disk-Manager me semble lent avec 15 secondes pour qu'il s'affiche.
La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10, HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04
Hors ligne
#3 Le 18/05/2015, à 10:51
- bluc
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonjour,
J'ai deja remarqué des lenteurs voir meme ne pas afficher du tout les partitions quand un disque a un probleme,ce qui est normal
Clevo : Ubuntu 23.10 ❖ Xubuntu 22.10 ❖ Kubuntu 23.10
avec partition data commune Une fraction de seconde Multiboot
Hors ligne
#4 Le 18/05/2015, à 10:56
- Bougron
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonjour sinbad83
Est-tu bien en version 15.04?
Bonjour moko138 et bluc
Comme quoi on n'est jamais assez précis.
Hors ligne
#5 Le 18/05/2015, à 11:38
- sinbad83
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonjour sinbad83
Est-tu bien en version 15.04?
Oui (noyau 3.19.0-10-generic). Sinon, je n'aurais pas répondu...
Dernière modification par sinbad83 (Le 18/05/2015, à 11:40)
La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10, HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04
Hors ligne
#6 Le 16/08/2015, à 10:21
- Bougron
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonjour.
Je viens d'installer la version 14.04.3
Le problème de lenteur de Gparted a disparu, l'affichage est revenu à la même vitesse que sous 14.04.2
mais si je choisis de lancer de nouveau la version 15.04, je constate toujours la même lenteur.
Cependant, je me prépare à supprimer la version 15.04 car plus ancienne que la version 14.04.3
Donc je ferme la discussion.
Hors ligne
#7 Le 03/08/2016, à 13:23
- Bougron
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonsoir.
J'ai installé une version 15.04. Il m'a semblé que GPARTED mettait pas mal de temps pour afficher la liste des partitions présentes.
J'ai donc décidé de chronométrer: Entre le moment où j'appuie sur la demande et le moment où il répond, il s'est écoulé 97 secondes.
Cette même action se fait en 23 secondes en utilisant ubuntu 14.2 noyau 3.13 ou ubuntu 14.2 noyau 3.16AJOUT Les trois OS sont installés sur la même machine ayant sur un seul disque.
Les logiciels sont à jour à samedi dernier. Les mesures ont été faites à quelques minutes d'intervalle.
16.16 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP=====>A croire que le gparted de la version 15.04 n'utilise pas la table de partition....
Je viens d'installer, il y a quelques jours, la version 16.04.1
u16041@u16041:~$ pg /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.1 LTS"
(EOF):
Le temps nécessaire pour afficher la grille est maintenant inacceptable à croire que cela passe par la fonctionnalité "deep search" de tesdisk.
==> il faut 8 minutes et 56 secondes entre le moment où je valide le mot de passe de lancement et le moment de l'affichage .....
Je vais bientôt rebooter en 14.04.4 pour chronométrer cette action.
Comme cela ne suffit pas, je viens de constater que la fonction "copier/coller de partition" ne boucle pas... Il lui faut simplement beaucoup plus de temps.
" copier le système de fichiers de /dev/sda6 vers /dev/sdb8 01:11:59 ( SUCCÈS ) "
Elle n'affiche plus la procession. Tout semble se passer comme si les copies se faisaient par bloc de 512 octets en non plus par bloc de 2 Mo.
J'ai une chaîne de liaison en USB3 et le débit est de 9,33Mo/s Ce qui est peu.
GParted 0.25.0 --enable-libparted-dmraid --enable-online-resize
Libparted 3.2
Copier /dev/sda6 vers /dev/sdb8 01:16:50 ( SUCCÈS )
calibrer /dev/sda6 00:00:15 ( SUCCÈS )
chemin : /dev/sda6 (partition)
début : 68192256
fin : 146935841
taille : 78743586 (37.55 Gio)
calibrer copie de /dev/sda6 00:00:01 ( SUCCÈS )
chemin : /dev/sdb8 (partition)
début : 897079296
fin : 976771071
taille : 79691776 (38.00 Gio)
vérifier le système de fichiers sur /dev/sda6 et corriger les problèmes (si possible) 00:03:22 ( SUCCÈS )
ntfsresize -i -f -v /dev/sda6 00:03:22 ( SUCCÈS )
ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sda6
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715520 bytes (40317 MB)
Current device size: 40316716032 bytes (40317 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 38174 MB 338837
$MFTMirr : 1 MB 1
Compressed : 38170 MB 187085
Sparse : 27362 MB 94888
Ordinary : 40317 MB 1609
You might resize at 28198379520 bytes or 28199 MB (freeing 12118 MB).
Please make a test run using both the -n and -s options before real resizing!
définir le type de partition sur /dev/sdb8 00:00:06 ( SUCCÈS )
nouveau type de partition : ntfs
copier le système de fichiers de /dev/sda6 vers /dev/sdb8 01:11:59 ( SUCCÈS )
ntfsclone -f --overwrite /dev/sdb8 /dev/sda6 01:11:59 ( SUCCÈS )
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715008 bytes (40317 MB)
Current device size: 40316716032 bytes (40317 MB)
Scanning volume ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Cloning NTFS ...
100.00 percent completed
Syncing ...
ntfsclone v2015.3.14AR.1 (libntfs-3g)
mise à jour du secteur de démarrage du système de fichiers ntfs sur /dev/sdb8 00:00:00 ( SUCCÈS )
vérifier le système de fichiers sur /dev/sdb8 et corriger les problèmes (si possible) 00:00:22 ( SUCCÈS )
ntfsresize -i -f -v /dev/sdb8 00:00:22 ( SUCCÈS )
ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sdb8
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715520 bytes (40317 MB)
Current device size: 40802189312 bytes (40803 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 38174 MB 338837
$MFTMirr : 1 MB 1
Compressed : 38170 MB 187085
Sparse : 27362 MB 94888
Ordinary : 40317 MB 1609
You might resize at 28198379520 bytes or 28199 MB (freeing 12118 MB).
Please make a test run using both the -n and -s options before real resizing!
agrandir le système de fichiers pour remplir la partition 00:00:45 ( SUCCÈS )
lancer une simulation 00:00:22 ( SUCCÈS )
ntfsresize --force --force --no-action /dev/sdb8 00:00:22 ( SUCCÈS )
ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sdb8
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715520 bytes (40317 MB)
Current device size: 40802189312 bytes (40803 MB)
New volume size : 40802185728 bytes (40803 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Collecting resizing constraints ...
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
The read-only test run ended successfully.
redimensionnement réel 00:00:23 ( SUCCÈS )
ntfsresize --force --force /dev/sdb8 00:00:23 ( SUCCÈS )
ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sdb8
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40316715520 bytes (40317 MB)
Current device size: 40802189312 bytes (40803 MB)
New volume size : 40802185728 bytes (40803 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 28199 MB (69,9%)
Collecting resizing constraints ...
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
Syncing device ...
Successfully resized NTFS on device '/dev/sdb8'.
========================================
Pouvez-vous confirmer ce type de fonctionnement?
Dernière modification par Bougron (Le 03/08/2016, à 13:26)
Hors ligne
#8 Le 03/08/2016, à 13:28
- malbo
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
La lenteur semble liée chez toi sur ta machine aux versions de Ubuntu qui utilisent systemd (c'est le cas de 15.04 et 16.04) alors que la version 14.04 et toutes les petites intermédiaires (14.04.1, jusqu'à bientôt 14.04.5) utilisent Upstart
Dernière modification par malbo (Le 03/08/2016, à 13:30)
Hors ligne
#9 Le 03/08/2016, à 13:48
- Rufus T. Firefly
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Avec Debian jessie kde (=> partitionmanager à la place de gparted), ça prend exactement 10 secondes avec 1 disque interne et 4 disques usb, 500 Go chacun. Mais que du gnu/linux ! Pas de ntfs donc !
NAME LABEL SIZE FSTYPE MOUNTPOINT UUID
sda 465,8G
├─sda1 jessie64 12,1G ext4 / f51a2bfb-823a-4156-893e-25fc0d8bae0f
├─sda2 hydrogen64 12,1G ext4 161ec0d7-f79f-4d5e-8c9f-3806f9c65d9e
├─sda3 sid 12,1G ext4 b33eb913-11d9-4b78-b54b-dea7545632a1
├─sda4 1K
├─sda5 1,7G swap [SWAP] fbaffa18-9128-4e3d-9f6d-d757ec3fc962
└─sda6 data 403,5G ext4 /data 2facd2dd-b4b3-4f4f-ae6b-72a483636318
sdb 465,8G
├─sdb1 cinema-en 458,3G ext4 ef20bd8e-a788-41ef-ab9b-22b95b5ca314
├─sdb2 992M swap 54b086f5-a36d-467f-8187-15b7f062be92
└─sdb3 jessie-lxde 6,5G ext4 6d807112-13f9-435f-b99a-025230c7b500
sdc 465,8G
├─sdc1 hydrogen-nonpae 8G ext4 7c10515a-a9b7-40fe-b2bb-d5f722497507
├─sdc2 jessie-cinnamon 8G ext4 49a828f0-559d-452a-a348-fa78053a2f7b
├─sdc3 jessie-mate 8G ext4 ea7b4626-edae-496f-ac24-514cb158fbab
├─sdc4 1K
├─sdc5 1G swap 399d69ee-f92f-4c2f-b032-d967fe2b94d0
├─sdc6 cinéma-fr 417,3G ext4 32aeb3f4-055a-485c-9136-9dacd2fb8c0f
└─sdc7 toshiba-test 7,8G ext4 e22a0d1f-aae6-40dc-b91d-1877e41bbb91
sdd 465,8G
├─sdd1 hydrogen-nonpae 8G ext4 7d4c9d04-97cd-4fd5-8c8e-6ecb6c85fb62
├─sdd2 test2-antiX15 8G ext4 3f6321b7-7fac-4231-b222-278dd7f75329
├─sdd3 mini-nonpae 8G ext4 1af78974-46c0-4e78-89d2-55d9a193a730
├─sdd4 1K
├─sdd5 1G swap 3b288406-1f11-4df3-8945-7deed23beee9
├─sdd6 tmp 1G ext4 6cfe0cd5-753b-4ac1-ae3c-ded218d1c7f7
└─sdd7 cinéma 423,8G ext4 754062b4-c843-4404-ba7f-c30b950b1620
sde 465,8G
├─sde1 system 7,8G ext4 6ff819f3-f2a4-4ea8-bcee-0849c3e2ceae
├─sde2 1004,1M swap a6760b4d-3997-43a5-a4ed-d44e939fe0b9
└─sde3 archives 457G ext4 72f3062f-744c-4521-85f1-ecb361449c5f
Noyau 3.16 et systemd...
Dernière modification par Rufus T. Firefly (Le 03/08/2016, à 13:50)
La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme
Hors ligne
#10 Le 03/08/2016, à 14:01
- malbo
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
@Rufus T. Firefly : j'ai bien noté "sur ta machine" dans le post #8. Si le problème affectait tous les ordis du monde, on en entendrait parler depuis longtemps.
Hors ligne
#11 Le 03/08/2016, à 17:55
- moko138
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Sur Notebook, 1,5 Gio, Atom double coeur
Crunchbang (base Debian 7.11 (wheezy)), 3.2.0-4-486 #1 Debian 3.2.81-1 i686, gparted 0.12.1 :
36''
Lub 14.04, 3.13.0-92-generic i686, gparted 0.18.0 :
38''
Xub 12.04.5, 3.2.0-106-generic i686, gparted 0.11.0 :
52''
Dernière modification par moko138 (Le 03/08/2016, à 19:50)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#12 Le 03/08/2016, à 21:27
- Bougron
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonsoir
L'explication probable mais pas spécialement compréhensible
J'ai lancé 3 fois la mesure 8'56" (ce matin) et mainitenant 8'25" puis 8'08"
Je décide de tuer le téléchargement d'un ISO qui est probablement actuellement très demandé.
J'ai lancé trois fois la mesure: 74" puis 76" secondes et enfin 74" mais mon métier n'est pas d'être chronométreur donc on va dire 3 fois la même valeur soit 75".
Je décide de relancer la demande de rapatriement de l'iso qui recommence donc à son début. Je relance la mesure => J'ai 7'42"
Ce temps extrêmement long me semble donc lié au fonctionnement d'un téléchargement initialisé sous firefox
=>J'ignorais cet impact.
Je viens de repasser en 14.04.4 (je n'ai plus les versions précédentes) Je n'ai fait qu'une mesure dans chaque cas. Les temps sont respectivement 55" et 5'50"
Je vais dire que les temps augmentent de 50% en passant en 16.04 pour un même résultat.
Une réflexion. Il n'y a probablement pas que gparted qui est affecté, car sous libre office, j'avais l'impression qu'il n'était pas si réactif pour se déplacer dans les pages ou aller chercher des fichiers. Mais ce n'est pas mesurable.
Ajout; Il n'y a qu'un seul disque a examiner Mais il a plus d'une partition.
Dernière modification par Bougron (Le 04/08/2016, à 09:04)
Hors ligne
#13 Le 04/08/2016, à 06:26
- moko138
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Quand tu télécharges (avec un débit normal ou élevé) un gros fichier,
ça modifie, en cours de calcul, l'espace "utilisé".
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#14 Le 04/08/2016, à 07:56
- lynn
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Chez moi, entre le mot de passe et l'affichage des partitions, ça prend un peu moins de 4 secondes pour 6 disques durs dont 1 en ntfs...
Ceci avec Ubuntu 16.10 sur un I7 - 3770k et GParted 0.25.0
«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»
Coluche
Hors ligne
#15 Le 04/08/2016, à 10:39
- Bougron
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Chez moi, entre le mot de passe et l'affichage des partitions, ça prend un peu moins de 4 secondes pour 6 disques durs dont 1 en ntfs...
Ceci avec Ubuntu 16.10 sur un I7 - 3770k et GParted 0.25.0
Bonjour
Donc si je comprends bien, dans 3 mois cela devrait s'améliorer si j'installe la version 16.10
J'espère de cette amélioration arrivera avec les mises à jours quotidiennes avant!
Le n° de version de gparted utilisé est 0.25.0
Mais
Je viens de chronométrer en 19 secondes sur le micro LEGACY même version de ubuntu (16.4.1 x86.64) qui est équipé de 4 disques.
Dernière modification par Bougron (Le 04/08/2016, à 13:59)
Hors ligne
#16 Le 24/08/2016, à 00:55
- Bougron
Re : [Réactualisé FYI ] Gparted est lent à répondre version 15.04 & 16.04.1
Bonsoir
L'explication probable mais pas spécialement compréhensible
J'ai lancé 3 fois la mesure 8'56" (ce matin) et mainitenant 8'25" puis 8'08"
Je décide de tuer le téléchargement d'un ISO qui est probablement actuellement url=https://forum.ubuntu-fr.org/viewtopic.php?pid=21564073#p21564073 très .
Je viens de trouver la vraie cause.
Comme je ne réussissais pas à télécharger le fichier iso en 24 heures. J'ai fini par penser qu'il y avait un autre problème...
Cet autre problème, je viens de le trouver. La vitesse d'écriture dans la partition est ridicule. Aux environs de 10 Ko/s soit facilement 100 fois moins que de la petite vitesse.
Cette mesure est faite avec ddrescue dont voici un extrait
u6041@u16041:~$ sudo ddrescue -b512 -c1 /DPP/ISO/Win10_1607_French_x64.iso /SPEED/Fic.iso
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued: 442880 B, errsize: 0 B, current rate: 6656 B/s
ipos: 442880 B, errors: 0, average rate: 9841 B/s
opos: 442880 B, run time: 45 s, successful read: 0 s ago
Copying non-tried blocks... Pass 1 (forwards)^C
Interrupted by user
La partition est montée via /etc/fstab et la ligne est la suivante;
UUID=4604E18B6CAD0469 /SPEED ntfs-3g sync,windows_names,errors=remount-ro 2 2
Le fait d'enlever l'option sync améliore considérablement le débit. J'ai mis à jour la documentation.
16041@u16041:~$ sudo ddrescue -b512 -c1 /DPP/ISO/Win10_1607_French_x64.iso /SPEED/Fic.iso
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued: 4200 MB, errsize: 0 B, current rate: 1187 kB/s
ipos: 4200 MB, errors: 0, average rate: 7106 kB/s
opos: 4200 MB, run time: 9.85 m, successful read: 0 s ago
Finished
u16041@u16041:~$
Mais il y a encore pas loin de 40 % à gagner par rapport à un montage manuel de la partition.
u16041@u16041:~$ sudo blkid | grep SPEED
/dev/sda17: LABEL="speed" UUID="4604E18B6CAD0469" TYPE="ntfs" PARTLABEL="SPEED" PARTUUID="fa86f7ed-7a1a-428c-ba3a-164da19d2e87"
u16041@u16041:~$
u16041@u16041:~$ sudo fdisk -l | grep sda17
/dev/sda17 1840277504 1860265983 19988480 9,5G Microsoft basic data
u16041@u16041:~$
sudo mount /dev/sda17 /mnt/SPEED
u16041@u16041:~$ sudo ddrescue -b512 -c1 /DPP/ISO/Win10_1607_French_x64.iso /mnt/SPEED/Fic.iso
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued: 4200 MB, errsize: 0 B, current rate: 1142 kB/s
ipos: 4200 MB, errors: 0, average rate: 11634 kB/s
opos: 4200 MB, run time: 6.01 m, successful read: 0 s ago
Finished
u16041@u16041:~$
Dernière modification par Bougron (Le 24/08/2016, à 00:59)
Hors ligne