Étienne, Jacques et les autres, merci ! Je viens de lire cette doc et et refaire les maths (pour info, pour avoir les valeurs brutes en hexa d'un attribut smart donné: smartctl -v 1,hex48 -v 7,hex48 -a /dev/sdc # 1 et 7 étant l'id de l'attribut) En conclusion : mes disques sont clean, les infos smart ne sont pas un modèle de fiabilité et mes problèmes de charge viennent d'ailleurs. PS: j'ai quand même fait accepter un SEAGATE au SAV constructeur sur la base de ces valeurs .... ++ Le 03/11/2015 04:44, Etienne R. a écrit :
Le 1 novembre 2015 14:28, Jacques Belin <jbelin@oryva.net> a écrit :
C'est "normal" si c'est un Seagate, ils ont toujours fait ça, quelque soit le modèle. Et la valeur est affichée est totalement inexploitable d'ailleurs, puisqu'elle est remise à zéro quand elle atteint +/- 240 millions. Ce qui arrive plusieurs fois par jour pour des disques qui sont assez solicités...
Il y avait une bonne explication concernant ces valeurs sur les forums de Seagate, maintenant disparus... Heureusement quelqu'un en a fait une archive texte, merci Google : http://skeena.net/kb/Seagate's%20Seek%20Error%20Rate,%20Raw%20Read%20Error%20Rate,%20and%20Hardware%20ECC%20Recovered%20SMART%20attributes%20-%20Seagate%20Community%20Forums.txt
Concrètement, pour le Seek Error Rate, Seagate utilise les 4 octets de poids faible comme un compteur de lecture, et les 2 octets de poids fort comme compteur d'erreurs. En passant la valeur en hexa on y voit immédiatement plus clair ! :) Pour la valeur brute de Raw Read Error Rate, c'est effectivement un compteur de secteurs lus, qui se remet à zéro à 250 millions...
Cordialement.
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- Thomas Constans Services en informatique libre T: 33(0)6 23 37 87 85 @: http://opendoor.fr #: https://twitter.com/ThomasConstans gpg: 0xBA19745F80410541