#101 Le 04/10/2019, à 04:29
- moko138
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Pour information voilà mon nouveau dock : LDLC Dual Dock QS Station
La marque de distribution ne dit qu'elle-même ; ce qui compte, c'est
- les identifiants de la puce, donnés par
lsusb .
- et le fonctionnement dans smartctl :
soit
sudo smartctl -a <ton disque>fonctionne direct, et c'est très bien ;
soit il indique
unknown usb bridge 0xnnnn:0xppppet on trouve l'option ad hoc dans le tableau des "supported devices" (ou en tâtonnant), et c'est encore très bien ;
soit l'option appropriée n'existe pas encore, et c'est moins bien...
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#102 Le 04/10/2019, à 10:55
- N²Heisenberg
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Voilà le retour :
heisenberg@Meth-Desktop:~$ lsusb
Bus 002 Device 005: ID 067b:2773 Prolific Technology, Inc. PL2773 SATAII bridge controller
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
heisenberg@Meth-Desktop:~$ heisenberg@Meth-Desktop:~$ sudo smartctl -a /dev/sdb
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-5.0.0-29-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: ST4000DM005-2DP166
Serial Number: ZDH0FH9Y
LU WWN Device Id: 5 000c50 093714b21
Firmware Version: 0001
User Capacity: 4000787030016 bytes [4,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5980 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: 3.0 Gb/s)
Local Time is: Fri Oct 4 10:54:26 2019 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: ( 591) 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: ( 654) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x10a5) 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 082 064 006 Pre-fail Always - 155514386
3 Spin_Up_Time 0x0003 095 094 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 098 098 020 Old_age Always - 2389
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 076 060 045 Pre-fail Always - 42085433
9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 4355 (125 150 0)
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 807
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 098 000 Old_age Always - 17180131333
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 075 057 040 Old_age Always - 25 (Min/Max 23/25)
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 - 917
193 Load_Cycle_Count 0x0032 098 098 000 Old_age Always - 5849
194 Temperature_Celsius 0x0022 025 043 000 Old_age Always - 25 (0 9 0 0 0)
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 - 1444 (154 115 0)
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 25217217921
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 22579918992
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 4173 -
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.
heisenberg@Meth-Desktop:~$ Linux Mint 20.1 Ulyssa - CPU: Quad Core AMD Ryzen 5 3500U - Radeon Vega Mobile Gfx
8Go de Mémoire DDR4 - Système 64-bit - SSD.M2 512Mo
Hors ligne
#103 Le 04/10/2019, à 17:22
- moko138
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Merci !
Donc le dock
067b:2773 Prolific non seulement ne pose pas de problème avec les gros disques, mais il est transparent pour smartctl ! 
Lr plateau de ton disque ST4000DM005-2DP166 (4 To) est sain.
Mais l'évolution de ces valeurs est plus particulièrement à suivre :
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 082 064 006 Pre-fail Always - 155514386
7 Seek_Error_Rate 0x000f 076 060 045 Pre-fail Always - 42085433
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail
184 End-to-End_Error 0x0032 100 100 099 Old_age Always%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#104 Le 04/10/2019, à 19:37
- Watts
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Bonjour,
A savoir que les disques de la marque Seagate (Seagate et les Maxtor) ont des valeurs de Raw_Read_Error_Rate et Seek_Error_Rate qui paraissent très élevées, mais ces valeurs sont logarithmiques, donc pas si élevées et préoccupantes. Source :http://www.users.on.net/~fzabkar/HDD/Se … R_HEC.html
Acer Aspire X3990-Dual boot Windows 7 / Ubuntu 18.04
Hors ligne
#105 Le 04/10/2019, à 20:39
- moko138
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Merci Watts mais cette suite d'hypothèses est ancienne.
D'après smartmontools.org dans mon souvenir (lien à retrouver), ces deux indices bruts sont composés chacuns de deux nombres juxtaposés.
Dans les deux cas, l'indice brut n'est pas à prendre pour un dénombrement.
Mais que penses-tu de ceci :
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH
7 Seek_Error_Rate 0x000f 076 060 045
10 Spin_Retry_Count 0x0013 100 100 097
184 End-to-End_Error 0x0032 100 100 099?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#106 Le 04/10/2019, à 21:14
- Watts
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
J'ai trois disques Seagate d'usage divers et d'âges divers, j'ai aussi des valeurs préoccupantes (je n'ai pas les disques sous la main) sur ces attributs précis, par rapport aux autres attributs. De plus, je trouve encore des sujets de 2018 parlant de cette spécificité de Seagate: https://superuser.com/questions/1377466 … ve-failure
Acer Aspire X3990-Dual boot Windows 7 / Ubuntu 18.04
Hors ligne
#107 Le 04/10/2019, à 22:03
- moko138
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Ah oui, la ressemblance avec les chiffres du ST4000DM005-2DP166 de 4 To de N²Heisenberg est plus que troublante !
Merci de ce lien !
Sais-tu ce que JakeGould appelle "10 Dec 2 Byte representation", s'il te plaît ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#108 Le 04/10/2019, à 22:27
- Nuliel
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
J'imagine que dec veut dire décimal, et byte = octet.
Quelques infos:
octet = byte = 8 bits
nibble = 4 bits
Donc 4 nibble = 2 bytes
J'en comprends que l'auteur est intéressé par le "actual error count" actuellement et non par "number of seek"
dec ici c'est juste pour afficher le nombre d'erreurs en nombre décimal (affichage naturel en fait)
Dernière modification par Nuliel (Le 04/10/2019, à 22:29)
Hors ligne
#109 Le 04/10/2019, à 22:39
- Watts
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Sur cette base, on considère qu'une data de 48bits fait 6 octets. Séparant 2 octets à 2 octets, on a bien 3 champs. On décode par "bloc" de 2 octets
Acer Aspire X3990-Dual boot Windows 7 / Ubuntu 18.04
Hors ligne
#110 Le 05/10/2019, à 03:10
- moko138
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
J'imagine que dec veut dire décimal
Si tu regardes les annotations des 2 premières captures de CrystalDiskInfo (la 3ème étant clairement en hexadécimal), tu verras que l'auteur oppose
"Single Decimal Representation"
à
"More correct 10 Dec 2 Byte representation"
...J'allais écrire "Fatigué. Ça s'éclaircira demain", mais je me suis endormi avant.
(Supposer que 10 Dec signifie "10 en base dix", ne suffit pas à rendre claire l'expression - du moins dans ma tête embrumée).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#111 Le 05/10/2019, à 09:38
- Nuliel
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Les données smart pour chaque attribut sont stockées dans 48 bits.
Après c'est le constructeur qui décide comment il va utiliser les 48 bits (soit 6 octets, car 6 x 8 bits = 48 bits). Ca peut être 2 octets pour Max, 2 octet pour Min, 2 octets pour le nombre actuel d'erreur. Mais ça peut être autre chose. Par exemple dans le cas de l'attribut "Seek Error Rate" Seagate réserve 2 octets pour le nombre d'erreurs actuelle, et le reste (ici 4 octets) pour la raw value (ici number of seeks)
Et apparemment c'est la même chose pour l'attribut "Read error rate" au niveau de l'utilisation des 48 bits.
Si le logiciel pour lire les données smart pense que les 8 octets sont pour la raw value, alors fatalement s'il y a des erreurs de lecture/recherche, la valeur affichée dans raw value va faire un sacré bond.
10 dec 2 bytes, je le comprends comme: afficher en décimal les deux premiers octets, ce qui correspond au nombre d'erreurs de recherche
Dernière modification par Nuliel (Le 05/10/2019, à 09:38)
Hors ligne
#112 Le 05/10/2019, à 11:05
- N²Heisenberg
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Mais l'évolution de ces valeurs est plus particulièrement à suivre.
C'est quoi le risque ?
Linux Mint 20.1 Ulyssa - CPU: Quad Core AMD Ryzen 5 3500U - Radeon Vega Mobile Gfx
8Go de Mémoire DDR4 - Système 64-bit - SSD.M2 512Mo
Hors ligne
#113 Le 05/10/2019, à 11:23
- Watts
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Un peu d'expérimentations, vu que j'ai crystal disk info.
Voici 3 attributs à priori inquiétants de mon disque Seagate interne:
Read_Error_Rate 115 99 006 90531096
Seek_Error_Rate 077 060 030 50529866Beaucoup d'erreurs de lectures, serait-ce la fin de mon disque tout jeune? Maintenant, activons le 10 Dec 2 Byte représentation:
Read_Error_Rate 115 99 006 0 1724 29232
Seek_Error_Rate 077 060 030 0 771 2259Les deux derniers nombres ne sont pas intéressant en tant que tel, ils sont une conversion décimale du nombre read/seek du disque (normalement à calculer à partir de 8 octets) Le premier nombre indique le nombre d'erreur. Dans mon cas, nous sommes à 0! Bien plus rassurant non?
EDIT: En mettant mes raw values en hexadécimal, j'ai donc 113 013 328 read sur mon disque et 50 531 055 seek, et 0 erreurs
Dernière modification par Watts (Le 05/10/2019, à 11:26)
Acer Aspire X3990-Dual boot Windows 7 / Ubuntu 18.04
Hors ligne
#114 Le 05/10/2019, à 13:56
- moko138
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Mais l'évolution de ces valeurs est plus particulièrement à suivre :
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 082 064 006 Pre-fail Always - 155514386 7 Seek_Error_Rate 0x000f 076 060 045 Pre-fail Always - 42085433 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail 184 End-to-End_Error 0x0032 100 100 099 Old_age Always
C'est quoi le risque ?
Pour les deux premières lignes, Watts m'a convaincu que le risque était encore loin (surtout pour la première).
Pour les deux dernières, le seuil ("threshold", abrégé par smart en "thresh") de panne est très proche de la valeur actuelle.
10 : Une hausse signifie que l'usure de la mécanique s'accroît.
S'il faut se fier au zéro final
10 Spin_Retry_Count 0x0013 100 100 097 - 0alors ta mécanique est comme neuve, mais s'il faut se fier à la maigre différence entre 100 et 97, alors ta mécanique est à l'article de la mort...
184 : c'est la qualité de la transmission au niveau du cache ou tampon (hors plateau) du disque.
184 End-to-End_Error 0x0032 100 100 099 - 0Donc même double lecture (et même doute) que précédemment.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#115 Le 05/10/2019, à 14:21
- melixgaro
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
à moko, pour le End-to-End_Error :
J'avais noté ceci à propos d'un jeune disque (Maxtor, mais c'est du Seagate; “jeune” en terme d'heures de service = 90 h) qui donnait déjà :
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 90 (243 165 0)
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 12
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0Linux depuis ~2007. Xubuntu seulement.
Hors ligne
#116 Le 05/10/2019, à 18:32
- Watts
Re : [Résolu] Disque dur 4to marque 1.64to sur Gparted
Idem, tout les Seagate sont par défaut avec de telles valeurs en thresh, ce n'est pas lié à l'usure
Acer Aspire X3990-Dual boot Windows 7 / Ubuntu 18.04
Hors ligne