#1 Le 12/07/2023, à 18:24
- kornyshowa
Chute de débit disque dur Seagate ST2000DM008
Bonjour, j'ai un problème avec deux disques durs identiques (modèle Seagate ST2000DM008). Je veux m'en servir pour faire une copie d'un disque dur dans ma tour. Lorsque je lance la copie, le débit est bon, supérieur à 100Mo/s, et lorsqu'il y a plein de petits fichiers à copier, le nombre de fichiers à copier défile vite. Mais au bout d'un certain temps, soit le débit chute à quelques Mo/s (5-6) ou bien le nombre de petits fichers transférés réduit voire se bloque totalement. Lorsque j'essaye de redémarrer (ce qui prends du temps, vu qu'il faut attendre que tous les fichiers en cache s'écrivent sur le disque), ça re-fonctionne, mais toujours pour une durée aléatoire (de quelques secondes à quelques minutes ou dixaines de minutes).
- J'ai essayé avec d'autres câbles (j'ai 3 autres disques dans la tour, et ceux-ci fonctionnent parfaitement) mais sans résultat.
- J'ai déjà eu le problème il y a longtemps avec un disque dur 4 To je ne me souviens plus de la marque ni du modèle, je l'avais fait échanger contre un autre.
- Je ne sais pas si ça fonctionne bien sur Windows, je n'ai que Linux sur ce PC et je n'ai windows que sur une machine virtuelle (je pourrais essayer avec Win10 PE en usb éventuellement).
Auriez-vous des pistes à me suggérer ? Des commandes à exécuter pour débuguer ?
Merci d'avance !
Hors ligne
#2 Le 13/07/2023, à 11:36
- geole
Re : Chute de débit disque dur Seagate ST2000DM008
Bonjour
Je n'ai pas d'idées. Mais tu devrais indiquer l'outil ou la commande que tu utilises et le type de partitions ainsi que l'état des disques voir paragraphe 3 de smartmontools.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#3 Le 13/07/2023, à 17:26
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
Bonjour,
Pour les partitions c'est du NTFS et j'ai essayé avec des tables de partitions MSDOS et GPT, sans différence. Ca fonctionne bien avec tous mes autres disques.
Voici le résultat de smartctl :
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-153-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: ST2000DM008-2FR102
Serial Number: ZFL2DVRJ
LU WWN Device Id: 5 000c50 0c63fd308
Firmware Version: 0001
User Capacity: 2000398934016 bytes [2,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Thu Jul 13 18:26:21 2023 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x73) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 206) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x30a5) SCT Status supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 072 065 006 Pre-fail Always - 17669460
3 Spin_Up_Time 0x0003 098 098 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 9
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 068 060 045 Pre-fail Always - 6520532
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 26 (124 129 0)
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 8
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 099 000 Old_age Always - 65537
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 072 057 040 Old_age Always - 28 (Min/Max 26/28)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 2
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 48
194 Temperature_Celsius 0x0022 028 043 000 Old_age Always - 28 (0 21 0 0 0)
195 Hardware_ECC_Recovered 0x001a 072 065 000 Old_age Always - 17669460
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 24 (104 179 0)
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 3016201530
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 15366818
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.Hors ligne
#4 Le 13/07/2023, à 17:56
- geole
Re : Chute de débit disque dur Seagate ST2000DM008
Je vois deux pistes.
A) Le disque. Il semble souffrir.
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 072 065 006 Pre-fail Always - 17669460
7 Seek_Error_Rate 0x000f 068 060 045 Pre-fail Always - 6520532
195 Hardware_ECC_Recovered 0x001a 072 065 000 Old_age Always - 17669460bien qu'il soit neuf.
B) Le choix du NTFS.
En écriture, il n'est pas performant.
S'il n'est pas obligatoire, formate en EXT4.
S'il est obligatoire, tu pourrais tenter d'utiliser le pilote NTFS3 au lieu du pilote NTFS-3G qui est globalement deux fois plus lent. Mais qui est le standard.
C'est une option de montage à préciser dans le fichier fstab si disque interne.
Il faut mettre ntfs3 au lieu de ntfs ou ntfs-3g
Les options de montage sont quasiment les même.
Attention, si plus de 4 millions de fichiers, il pourrait bugger.
Dernière modification par geole (Le 13/07/2023, à 18:13)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#5 Le 13/07/2023, à 18:44
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
J'ai entrevu la piste A que tu as marqué. En effet, j'ai remarqué aussi ces valeurs élevées d'erreurs de lecture / recherche. Mais pourquoi j'ai exactement le même problème avec deux disques neufs identiques ? Ca serait vraiment un drôle de hasard de tomber sur 2 disques avec exactement la même panne. D'autant que de souvenir j'avais eu le même problème avec un autre disque quelques années auparavant. J'aurais tendance à penser (peut-être à tort) que ces erreurs recensées par le disque seraient dues à une mauvaise communication entre le système et le disque.
Je me demandais s'il n'y avait pas parfois des mises à jour de firmwares pour les disques durs ?
Pour la piste B, je ne suis pas pressé au point d'avoir besoin d'un pilote plus rapide. Quand ça fonctionne, comme avec mes autres disques durs, le pilote de base NTFS-3G me convient bien.
Pour le choix du NTFS, j'ai préféré garder ce format car, souhaitant surtout faire des copies de sauvegarde de mes données sur des disques que je conserve hors ligne dans une armoire, je me suis toujours dit qu'en cas de problème comme par exemple si la table de partition saute, il y a une multitude d'outils de récupération de données correspondant à ce format (comme Recuva par exemple) donc selon moi le format est plus pérenne.
Pour les options de montage, je n'en ai pas mises, j'ai juste branché le disque en sata, créé la partition avec gparted et laissé ubuntu monter le disque de lui-même.
Hors ligne
#6 Le 13/07/2023, à 19:59
- inbox
Re : Chute de débit disque dur Seagate ST2000DM008
Salut,
Ton disque dur est un Seagate. Les valeurs soulignées par Geole, ne sont pas significatives pour cette marque. Je n'ai plus la source de l'info, mais j'en suis certain.
Ce n'est donc pas un problème de disque dur.
A+
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#7 Le 13/07/2023, à 20:48
- geole
Re : Chute de débit disque dur Seagate ST2000DM008
- 68% c'est quand même moins bon que 100%
- Si tu as acheté deux disques chez le même constructeur et de la même série, ils ont exactement le même défaut de fabrication.
- Tu as oublié de fournir le rapport smartctl du disque émetteur. ( On ne sait jamais).
- As-tu vérifié que le processeur n'était pas saturé ( Commande "top") pendant ce ralentissement? ( On ne sait jamais).
Avec gnome-disk-utility, tu peux faire un test de performance en écriture conséquant.
paragraphe 2.16.1
Tu pourrais formater en EXFAT, Cela me semble plus fiable que NTFS.
En théorie smartctl devrait dire s'il y a mise à jour de firmware.
Mais pour un disque récent, je doute qu'il le fasse. On peut toujours chercher.
On connait le firmware,
Firmware Version: 0001il faut regarder la référence actuelle chez le constructeur.
Une piste exterieure à confirmer avant de se lancer.
A priori, il n'y aurait pas d'autres versions , Le numéro de série étant ZFL2DVRJ
Je te rappelle quand même que le disque que tu as choisi n'est pas adapté au traitement des petits fichiers vu sa technologie SMR au lieu de CMR
J'ai oublié de te dire qu'il n'y a pas de problème pour les càbles.
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0Dernière modification par geole (Le 13/07/2023, à 22:05)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#8 Le 13/07/2023, à 21:41
- iznobe
Re : Chute de débit disque dur Seagate ST2000DM008
Bonsoir , perso , vu que le probleme se passe lors de la copie sur n ' importe quel disque d' apres la #1 , je penche plus pour :
- Tu as oublié de fournir le rapport smartctl du disque émetteur. ( On ne sait jamais).
Le firmware des disques est aussi une bonne piste a explorer .
Dernière modification par iznobe (Le 13/07/2023, à 21:41)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#9 Le 14/07/2023, à 10:50
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
Pour ce qui est du test avec gnome-disk-utility, quand le pc vient de démarrer, il me semble correct :
Pour le disque source, il me semble que j'ai essayé avec plusieurs, mais actuellement c'est celui-ci :
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-153-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Green
Device Model: WDC WD20EARX-00PASB0
Serial Number: WD-WMAZA6502599
LU WWN Device Id: 5 0014ee 25bd31805
Firmware Version: 51.0AB51
User Capacity: 2000398934016 bytes [2,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Fri Jul 14 11:35:04 2023 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (37080) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 358) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x3035) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 169 166 021 Pre-fail Always - 6516
4 Start_Stop_Count 0x0032 096 096 000 Old_age Always - 4173
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 2967
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 096 096 000 Old_age Always - 4121
192 Power-Off_Retract_Count 0x0032 195 195 000 Old_age Always - 4035
193 Load_Cycle_Count 0x0032 194 194 000 Old_age Always - 18779
194 Temperature_Celsius 0x0022 115 097 000 Old_age Always - 35
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.Voici un "top" pendant le blocage :
top - 11:37:17 up 16 min, 1 user, load average: 3,34, 3,38, 2,15
Tâches: 340 total, 3 en cours, 337 en veille, 0 arrêté, 0 zombie
%Cpu(s): 1,6 ut, 0,5 sy, 1,2 ni, 76,9 id, 19,9 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 16001,9 total, 154,8 libr, 1867,6 util, 13979,5 tamp/cache
MiB Éch: 2048,0 total, 2038,5 libr, 9,5 util. 13716,2 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
4641 melckiah 39 19 1282232 36940 24488 S 10,3 0,2 0:00.31 tracker-extract
3229 root 20 0 58420 48740 1760 R 6,6 0,3 1:25.41 mount.ntfs
1763 melckiah 39 19 514932 21216 13500 S 4,7 0,1 0:02.17 tracker-miner-f
4630 melckiah 20 0 437900 32724 15128 S 4,7 0,2 0:00.14 tracker-store
1710 root 20 0 712096 180360 143992 S 4,3 1,1 0:31.46 Xorg
3193 melckiah 20 0 1301080 348292 42336 S 4,3 2,1 1:11.44 FreeFileSync_x8
2076 melckiah 20 0 835988 120800 80308 S 2,0 0,7 0:02.15 caja
152 root 20 0 0 0 0 S 1,0 0,0 0:08.28 kswapd0
1000 root 20 0 76884 67268 1792 S 1,0 0,4 0:22.20 mount.ntfs
2079 melckiah 20 0 616724 114216 88436 S 0,7 0,7 0:05.29 wnck-applet
4555 melckiah 20 0 14852 4104 3228 R 0,7 0,0 0:00.05 top
1462 root 20 0 244288 10452 6900 S 0,3 0,1 0:01.27 polkitd
1777 melckiah 20 0 8340 4888 3536 S 0,3 0,0 0:00.34 dbus-daemon
2053 melckiah 20 0 356564 33284 20880 S 0,3 0,2 0:03.70 marco
2327 melckiah 20 0 167404 8320 5696 S 0,3 0,1 0:00.05 gvfsd-metadata
2441 melckiah 20 0 238632 5964 5432 S 0,3 0,0 0:00.01 gvfs-goa-volume
2917 melckiah 20 0 470668 40880 29144 S 0,3 0,2 0:09.63 gnome-disks
4019 melckiah 20 0 480532 48852 37596 S 0,3 0,3 0:00.53 mate-terminal
4212 melckiah 20 0 2310320 169872 64984 S 0,3 1,0 0:01.98 gimp-2.10
1 root 20 0 169724 13384 8496 S 0,0 0,1 0:01.15 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp
4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp
8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq
9 root 20 0 0 0 0 S 0,0 0,0 0:00.02 ksoftirqd/0
10 root 20 0 0 0 0 I 0,0 0,0 0:00.40 rcu_sched
11 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/0
12 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/0
13 root 20 0 0 0 0 I 0,0 0,0 0:00.00 kworker/0:1-events
14 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0
15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1
16 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/1
17 root rt 0 0 0 0 S 0,0 0,0 0:00.11 migration/1
18 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/1
21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2
22 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/2
23 root rt 0 0 0 0 S 0,0 0,0 0:00.11 migration/2
24 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/2
25 root 20 0 0 0 0 I 0,0 0,0 0:00.07 kworker/2:0-events
27 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3
28 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/3
29 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/3
30 root 20 0 0 0 0 S 0,0 0,0 0:00.03 ksoftirqd/3
33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/4
34 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/4
35 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/4
36 root 20 0 0 0 0 S 0,0 0,0 0:00.02 ksoftirqd/4
39 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/5
40 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/5
41 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/5
42 root 20 0 0 0 0 S 0,0 0,0 0:00.03 ksoftirqd/5
45 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/6
46 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/6 un deuxième pour la route :
top - 11:43:46 up 22 min, 1 user, load average: 3,42, 3,51, 2,64
Tâches: 336 total, 1 en cours, 335 en veille, 0 arrêté, 0 zombie
%Cpu(s): 0,5 ut, 0,2 sy, 0,0 ni, 82,2 id, 17,2 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 16001,9 total, 166,0 libr, 1737,7 util, 14098,1 tamp/cache
MiB Éch: 2048,0 total, 2031,7 libr, 16,2 util. 13827,5 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
3193 melckiah 20 0 1301488 350252 43908 S 3,3 2,1 1:27.93 FreeFileSync_x8
1710 root 20 0 703036 177560 137856 S 2,3 1,1 0:49.00 Xorg
3229 root 20 0 58420 48740 1760 D 1,0 0,3 1:44.41 mount.ntfs
152 root 20 0 0 0 0 S 0,3 0,0 0:10.76 kswapd0
296 root 20 0 0 0 0 I 0,3 0,0 0:00.14 kworker/u64:7-events_freezable_power_
2053 melckiah 20 0 356564 33284 20880 S 0,3 0,2 0:05.18 marco
2224 melckiah 31 11 2041584 26500 13872 S 0,3 0,2 0:02.43 syncthing
2327 melckiah 20 0 167404 8284 5660 S 0,3 0,1 0:00.09 gvfsd-metadata
4019 melckiah 20 0 480020 48416 37596 S 0,3 0,3 0:00.96 mate-terminal
5091 root 20 0 0 0 0 I 0,3 0,0 0:00.02 kworker/0:1-events
5385 melckiah 20 0 14852 4204 3328 R 0,3 0,0 0:00.01 top
1 root 20 0 169724 13376 8488 S 0,0 0,1 0:01.20 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd
3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp
4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp
8 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq
9 root 20 0 0 0 0 S 0,0 0,0 0:00.03 ksoftirqd/0
10 root 20 0 0 0 0 I 0,0 0,0 0:00.59 rcu_sched
11 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/0
12 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/0
14 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0
15 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1
16 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/1
17 root rt 0 0 0 0 S 0,0 0,0 0:00.11 migration/1
18 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/1
21 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2
22 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/2
23 root rt 0 0 0 0 S 0,0 0,0 0:00.11 migration/2
24 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/2
27 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3
28 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/3
29 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/3
30 root 20 0 0 0 0 S 0,0 0,0 0:00.03 ksoftirqd/3
33 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/4
34 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/4
35 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/4
36 root 20 0 0 0 0 S 0,0 0,0 0:00.03 ksoftirqd/4
39 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/5
40 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/5
41 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/5
42 root 20 0 0 0 0 S 0,0 0,0 0:00.03 ksoftirqd/5
45 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/6
46 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/6
47 root rt 0 0 0 0 S 0,0 0,0 0:00.12 migration/6
48 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/6
51 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/7
52 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/7
53 root rt 0 0 0 0 S 0,0 0,0 0:00.13 migration/7
54 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/7
57 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/8
58 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/8
59 root rt 0 0 0 0 S 0,0 0,0 0:00.13 migration/8
60 root 20 0 0 0 0 S 0,0 0,0 0:00.01 ksoftirqd/8Voici le débit au début de la copie :
Au début les deux chiffres montent bien, soit le taux de transfert, soit le nombre d'éléments par seconde.
Puis le débit quand ça bloque :
J'utilise FreeFileSync mais le blocage est le même avec une copie banale avec Caja
J'espère que ça vous guidera un peu moi je ne comprends pas. En effet j'ai lu sur la technologie SMR ça me semble possible que ça vienne de là mais des fois ça bloque tellement que ça fige l'ordinateur entièrement.
Hors ligne
#10 Le 14/07/2023, à 11:18
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
Voici un nouveau test après la chute de débit, après avoir arrêté la copie :
Hors ligne
#11 Le 14/07/2023, à 11:28
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
En tout cas merci de prendre votre temps pour m'aider 
Hors ligne
#12 Le 14/07/2023, à 11:43
- iznobe
Re : Chute de débit disque dur Seagate ST2000DM008
Salut , qu ' en est il
du BIOS de la carte mere ( a jour ? )
du firmware du disque ( a jour ? )
est ce que le cache ecriture est activé ou pas ?
les caracteristiques detaillées pour ce disque sont ici : https://www.seagate.com/www-content/dat … -fr_FR.pdf
tu notera qu ' aucune vitesse d' ecriture n' est indiquée par le constructeur seagate . ce qui fait que je n' achete jamais de disque de cette marque .
il considere que l' utilisateur n' a pas besoin de savoir a quelle vitesse leur disque ecrit en vitesse maxi , min , et moyenne . pour ma part c' est un critere que je regarde toujours avant un achat . Donc , plus de seagate pour ma part .
A en voir le graphe lors du test d' ecriture ( 59 Mb/s ) dans des conditions normale , je me dis que j' ai plutot bien fait 
c' est totalement abusé d' avoir un vitesse d ' ecriture a meme pas 60 Mb/s alors que le disque lit en vitesse maxi a 220 Mb/s . 4 fois moins rapide ...
Dernière modification par iznobe (Le 14/07/2023, à 11:56)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#13 Le 14/07/2023, à 12:21
- geole
Re : Chute de débit disque dur Seagate ST2000DM008
Bonjour.
Merci pour les tests postés: Le premier test "à froid" et du second test "à chaud'" juste après l'arrêt de la copie.
En comparant les résultats moyens, globalement, la vitesse de lecture est divisée par trois, passant de 154,1 à 51,8 et celle d'écriture par deux passant de 58,9 à 24,8. Reste à trouver une explication.
Quand au blocage que tu as, je ne suis pas trop surpris.
Je l'ai déjà constaté en utilisant des commandes de copie disque à disque.
Je me contente alors de patienter......
Dernière modification par geole (Le 14/07/2023, à 12:32)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#14 Le 14/07/2023, à 19:05
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
Je viens de mettre à jour mon bios de carte mère, sans résultat sur le problème, et il n'y en a pas apparemment pour mon disque dur.
Pour le cache en écriture, je suppose qu'il y en a mais je ne sais pas comment savoir. Peut-être une commande hdparm ?
Dernière modification par kornyshowa (Le 14/07/2023, à 19:08)
Hors ligne
#15 Le 14/07/2023, à 20:46
- geole
Re : Chute de débit disque dur Seagate ST2000DM008
Ton cache disque fonctionne bien.
Voir le premier test avec un débit de 550 Mb/s
Je te suggère de ne pas le déactiver et juste de patienter le temps nécessaire.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#16 Le 14/07/2023, à 23:29
- inbox
Re : Chute de débit disque dur Seagate ST2000DM008
Après avoir rencontré ton problème de ralentissement, peux-tu donner le retour de ceci ?
sudo dmesgUn problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#17 Le 16/07/2023, à 13:44
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
Je viens de lancer dmesg, avant d'avoir le problème de débit j'ai ça :
[11790.263861] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11790.555857] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11790.843855] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11791.131848] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11791.703842] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11792.003833] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11794.295986] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11797.467738] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11797.771959] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11808.983549] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11812.727700] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11833.175088] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11833.463075] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11833.755068] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11834.043066] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11834.331066] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11834.623055] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11836.055027] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11836.359026] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11836.647019] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11836.939005] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11837.230998] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11837.526995] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11837.818989] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11838.646980] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11838.946972] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11839.830956] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11840.126947] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11840.418948] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11840.710951] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11841.002939] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11841.298923] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11841.606977] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11843.042891] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11843.330886] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11843.622879] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11843.910872] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11844.198870] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11844.486870] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11844.778855] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11845.066856] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11846.486849] usb 1-3: reset high-speed USB device number 4 using xhci_hcd
[11846.778826] usb 1-3: reset high-speed USB device number 4 using xhci_hcdJe viens de lancer un transfert, j'attends que ça plante et je réessaie dmesg pour voir. Je dois avoir un autre souci avec le matériel en usb, je ne sais pas si c'est lié. D'ailleurs j'ai un autre souci mais je créerais un autre sujet quand celui-là sera résolu.
Hors ligne
#18 Le 16/07/2023, à 16:23
- fred-cavernedufond
Re : Chute de débit disque dur Seagate ST2000DM008
Salut,
Ton disque dur est un Seagate. Les valeurs soulignées par Geole, ne sont pas significatives pour cette marque. Je n'ai plus la source de l'info, mais j'en suis certain.
Ce n'est donc pas un problème de disque dur.
A+
Hello,
Je confirme : certains tests avec les Seagate renvoient des valeurs erronées auquels ils ne faut pas se fier.
Fred
Fred
Ubuntu 22.04 LTS
Hors ligne
#19 Le 16/07/2023, à 16:32
- inbox
Re : Chute de débit disque dur Seagate ST2000DM008
D'après le retour (tronqué !!!!) de Dmesg, il faut vérifier la connectique USB câble/port. Voire en changer.
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#20 Le 16/07/2023, à 16:35
- fred-cavernedufond
Re : Chute de débit disque dur Seagate ST2000DM008
Sauf erreur la courbe de transfert des données sur un disque HDD décline généralement doucement dans le temps (test avec utilitaire Gnome) Dans tes graphes, soit ça part très fort puis ça chute, voire ça plante ; soit dans le test arrêté en cours de route, ta courbe est très en dents de scie.Tout cela me suggère donc non pas un problème physique sur le disque (sinon, soit il plante, soit il marque les secteur défectueux mais reste utilisable) mais un problème de "fluidité" de transfert des données :
autrement dit, est-ce que tu n'aurais pas un manque de RAM ou un coeur de processeur désactivé etc ?
La chaine est la suivante : données -> stockage mémoire -> processeur -> écriture disque.
Donc si ta RAM et/ou le processeur est sous dimensionné, ou que qqch "freine" le transfert des données, ça bloque
...comme les bouchons le soir sur le périph 
d'ou une courbe en dents de scie
A vérifier bien sur
Fred
voila la courbe d'un de mes disques HDD (WD) : https://imgbb.com/tLHNfb8
Dernière modification par fred-cavernedufond (Le 16/07/2023, à 16:38)
Fred
Ubuntu 22.04 LTS
Hors ligne
#21 Le 16/07/2023, à 17:28
- geole
Re : Chute de débit disque dur Seagate ST2000DM008
Bonjour.
Je reste sur mon avis. Le SMR n'est pas fait pour de l'écriture aléatoire.
D'ailleurs seagate semble le dire d'après
La société se veut néanmoins rassurante : les disques SMR sont testés et validés, ils ne posent pas de problème dans les cas d’usages pour lesquels ils sont définis. Le cas parfait serait d'écrire en une seule fois le disque dans sa totalité.
et ailleurs
La technologie SMR donne accès à des capacités plus élevées mais peut dégrader les performances en écritures.
Fondamentalement, les disques durs SMR ne sont pas particulièrement adaptés si le disque dur est censé effectuer des processus d’écriture constants et permanents, car cela peut entraîner un débordement du cache. Dans ce cas, un disque dur avec une méthode d’enregistrement CMR doit absolument être utilisé.
Ce cache consiste généralement en une zone CMR de quelques dizaines à une centaine de Go. Si on vient à en dépasser la capacité, surviennent des problèmes de performances… voire plus.
Le cas exposé sur le forum Synology est emblématique du « voire plus » : impossible de reconstruire un RAID avec un disque dur WD Red (WDx0EFAX), pourtant étiqueté comme idéal pour les NAS.
Je ne sais pas si ton disque dispose de ce cache additionnel. Cependant, tes ennuis m'y font penser.
Lorsque tu relances ta duplication de données, si ton outil de duplication recommence la recopie de fichiers déja transférés, c'est anormal et il faut faire autrement.
Nota. Si ta partition émettrice n'a pas une taille supérieure à celle de la partition réceptrice et est de même type, je te suggère fortement d'utiliser la commande dd avec une taille de 4mo.
La commande ressemble à
sudo dd if=/dev/sdXN of=/dev/sdYN bs=4M status=progressDernière modification par geole (Le 16/07/2023, à 18:51)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#22 Le 16/07/2023, à 18:42
- iznobe
Re : Chute de débit disque dur Seagate ST2000DM008
Bonsoir , vu le #17 , c ' est un disque dur USB ?
fais voir :
lsusben tout cas y a un truc sur un de tes ports USB qui n' a pas l' air d' etre en forme .
Pour le cache en écriture, je suppose qu'il y en a mais je ne sais pas comment savoir. Peut-être une commande hdparm ?
Pour le cache disque en ecriture , ca se passe dans disque ( aussi ) .
tu selectionnes ton disque et au lieu de test de performance du disque , tu cliques sur parametres du disque .
Attention toutefois , generalement par defaut , le cache en ecriture n' est pas activé .
L ' activé ameliore les performances , mais c' est fortement deconseillé dans ton cas , car alors tu risque de te retrouver avec des pertes . lis bien , c' est indiqué .
Dernière modification par iznobe (Le 16/07/2023, à 19:29)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#23 Le 16/07/2023, à 19:43
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
D'après le retour (tronqué !!!!) de Dmesg, il faut vérifier la connectique USB câble/port. Voire en changer.
Le retour est tronqué car j'ai des centaines de messages identiques, je n'ai pas le début d'ailleurs ...
Sinon, j'ai testé lors du blocage, pas de messages différents de ceux-ci dans dmesg.
Hors ligne
#24 Le 16/07/2023, à 19:49
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
Bonsoir , vu le #17 , c ' est un disque dur USB ?
fais voir :
lsusben tout cas y a un truc sur un de tes ports USB qui n' a pas l' air d' etre en forme .
kornyshowa a écrit :Pour le cache en écriture, je suppose qu'il y en a mais je ne sais pas comment savoir. Peut-être une commande hdparm ?
Pour le cache disque en ecriture , ca se passe dans disque ( aussi ) .
tu selectionnes ton disque et au lieu de test de performance du disque , tu cliques sur parametres du disque .Attention toutefois , generalement par defaut , le cache en ecriture n' est pas activé .
L ' activé ameliore les performances , mais c' est fortement deconseillé dans ton cas , car alors tu risque de te retrouver avec des pertes . lis bien , c' est indiqué .
Non c'est un disque dur en SATA en interne.
Mais oui, je dois vérifier mon équipement USB pour voir lequel pose problème.
Sinon quand je clique sur "Paramètres du disque", dans l'onglet "Cache en écriture", l'option "Appliquer les paramètres du cache en écriture" est désactivé, mais l'option grisée en dessous est mise sur "Activer le cache en écriture". Je ne sais pas si cet "interrupteur" sert à modifier le statut du cache ou à l'activer, ce n'est pas clair. Peut-être que par défaut il est actif et ça permet de le modifier ? Là cette onglet ne m'apporte pas d'éclaircissement. En tout cas le statut est le même sur tous mes autres disques sans que ça ne leur pose problème.
Dernière modification par kornyshowa (Le 16/07/2023, à 19:49)
Hors ligne
#25 Le 16/07/2023, à 19:53
- kornyshowa
Re : Chute de débit disque dur Seagate ST2000DM008
Bonjour.
Je reste sur mon avis. Le SMR n'est pas fait pour de l'écriture aléatoire.
D'ailleurs seagate semble le dire d'aprèsLa société se veut néanmoins rassurante : les disques SMR sont testés et validés, ils ne posent pas de problème dans les cas d’usages pour lesquels ils sont définis. Le cas parfait serait d'écrire en une seule fois le disque dans sa totalité.
et ailleurs
La technologie SMR donne accès à des capacités plus élevées mais peut dégrader les performances en écritures.
https://www.reichelt.com/magazin/fr/conseils/smr-cmr-quel-disque-dur-pour-quel-usage/ a écrit :Fondamentalement, les disques durs SMR ne sont pas particulièrement adaptés si le disque dur est censé effectuer des processus d’écriture constants et permanents, car cela peut entraîner un débordement du cache. Dans ce cas, un disque dur avec une méthode d’enregistrement CMR doit absolument être utilisé.
https://www.silicon.fr/smrgate-disques-durs-339085.html a écrit :Ce cache consiste généralement en une zone CMR de quelques dizaines à une centaine de Go. Si on vient à en dépasser la capacité, surviennent des problèmes de performances… voire plus.
Le cas exposé sur le forum Synology est emblématique du « voire plus » : impossible de reconstruire un RAID avec un disque dur WD Red (WDx0EFAX), pourtant étiqueté comme idéal pour les NAS.
Je ne sais pas si ton disque dispose de ce cache additionnel. Cependant, tes ennuis m'y font penser.
Lorsque tu relances ta duplication de données, si ton outil de duplication recommence la recopie de fichiers déja transférés, c'est anormal et il faut faire autrement.
Nota. Si ta partition émettrice n'a pas une taille supérieure à celle de la partition réceptrice et est de même type, je te suggère fortement d'utiliser la commande dd avec une taille de 4mo.
La commande ressemble àsudo dd if=/dev/sdXN of=/dev/sdYN bs=4M status=progress
Je pense en effet moi aussi que le problème que j'ai viens vraiment de la technologie SMR, un problème de débordement du cache. A force de faire des tests en copiant des parties j'ai bientôt réussi du coup à tout copier. Ca me servira de disque dur de sauvegarde donc pas de soucis, mais c'est juste galère au départ. Par contre j'espère que lors du débordement du cache, les données ne se retrouvent pas corrompues ? Je ne pense pas, je lancerais une vérification avec FreeFileSync en comparant le contenu des fichiers mais ça risque d'être long aussi pour le coup.
Hors ligne