Attention aux disques dur de vos laptops !

@ mrpouet

Power_On_Hours 0x0032 099 099 000 Old_age Always - 474

ce qui parais normal soit ~ 20 jours si marche 24/24

193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 35477

soit 74 parcages /h

  • ~ 1 parcage des têtes m/n

[quote=“scorpio81”]@ mrpouet

Power_On_Hours 0x0032 099 099 000 Old_age Always - 474

ce qui parais normal soit ~ 20 jours si marche 24/24

193 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 35477

soit 74 parcages /h

  • ~ 1 parcage des têtes m/n[/quote]

mmhh effectivement , analyse perspicasse ce scorpio81 :wink:

plus que sur l’irc en tout cas car su le chan #debian-fr@irc.freenode.net pour une question posée ils t’envoient dans les roses , j’aime le niveau :laughing: (çà vole vraiment bas quoi)

enfin merci pour tes conseils car je connaissais vraiment pas.

passe sur le chan irc generation debian on pourra discuter

Serveur: irc.debian.org
Canal: #generation-debian

lundi 29 octobre 2007, 17:24:15 (UTC+0100)
193 Load_Cycle_Count        0x0012   091   091   000    Old_age   Always       -       98791
lundi 29 octobre 2007, 17:38:14 (UTC+0100)
193 Load_Cycle_Count        0x0012   091   091   000    Old_age   Always       -       98793
lundi 29 octobre 2007, 19:17:51 (UTC+0100)
193 Load_Cycle_Count        0x0012   091   091   000    Old_age   Always       -       98879

Soit 0,8 parquage par minute c’est beaucoup trop.
D’ailleurs sur mon ordi de bureau je n’ai jamais de parquage.

J’ai donc un probleme sur mon laptop (Toshiba Tecra) il va falloir que je remédie à cela.

Si quelqu’un trouve une bonne solution complete avec explications du pourquoi, merci de le partager

Alors voila ce qu’il semblerait judicieux de faire :
hdparm -B 254 /dev/sda quand on est sur secteur
hdparm -B 1 /dev/sda quand on est sur batterie

En effet, quand la tête est parquée ça évite de bousiller le disque en cas de choc, alors ça serait dommage de cramer son disque pour un petit choc, au lieu de diminuer juste un peu son espérance de vie.

hdparm -B 254 /dev/sda

Ok, mais comment connaitre la valeur Advanced Power Management feature avant de la modifier?

Moi j’ai 411622 en loadcycle pour un disque qui a un peu plus d’un an sur mon laptop sous etch, ca fait beaucoup je trouve :frowning:.

elle doit etre je pense par défaut a -B 1

Mon portable n’est jamais utilisé sur batterie, (je l’ai même virée pour ne pas qu’elle s’abime) avec la commande “sudo sudo hdparm -B 254 /dev/sda” je n’ai eu que 20 cycles en 12 heures, alors que j’en avais +/- 1 par minute, comme cela vient d’une gestion particulière pour les portables, n’y-a-t’il pas un moyen de lui supprimer toute cette gestion de l’alimentation ? Mon PC de bureau sous SID, ne m’affiche même pas le nombre de cycle de parquage, soit ce n’est pas commenté, soit il n’a jamais eu l’occasion de le faire en 4 mois !

Certaines fonctions SMART ne sont pas gérées suivant les constructeurs et les modèles.

Juste un petit HS à ce propos : à mon avis ce n’est pas super de laisser la batterie ainsi sans l’utiliser. Une batterie a une durée de vie limitée dans le temps aussi, elle commence à s’user dès sa sortie d’usine. Le mieux pour la stocker est de la charger à moitié (40%) et de la laisser au frigidaire (15°C en fait serait l’idéal).
Cf. http://fr.wikipedia.org/wiki/Accumulateur_lithium#Prolonger_la_vie_d.27une_batterie_Li-ion_.28lithium-ion.29

Il y a surement beaucoup de manière d’optimiser la conservation d’une batterie, mais la pire est de la laisser dans ton portable 24/24h en charge !
J’ais trois portables chez moi, un Acer de 2000 un autre Acer de 2004 et u Fujitsu/Siemens de 2006, le premier Acer avait tout le temps ça batterie, l’autonomie est passé de 2 heures à 30 minutes en 2 ans … Les autres je les mets en charge pendant une dizaine d’heure avant de les utiliser sur batterie, et j’ai 2 heures avec l’Acer et un peut plus de 1h30 avec le Siemens (Ecran 17" Black screen ça pompe plus qu’un 15") et ça ne bouge pas depuis leur achat ! (il faut dire que j’ai besoin 3 ou 4 fois de la batterie par an !!)

Pour en revenir aux problèmes des disques dur, vous me confirmez que de toute façon ça ne s’applique qu’aux portables ?

quote="debianhadic"
Pour en revenir aux problèmes des disques dur, vous me confirmez que de toute façon ça ne s’applique qu’aux portables ?[/quote]Bah ça doit dépendre aussi comment on a configuré son desktop.
Sinon, une fois compris le truc, autant vérifier toutes les machines.
Mais j’ai toujours pas compris comment on détectait le réglage foireux.

Si j’ai bien compris, le disque dur se met régulièrement en veille quand il n’est pas en activité, alors que la il se met en veille (en parquant les têtes) une fois par minute en moyenne, et les disque durs s’abiment plus vite si ils parquent régulièrement leurs têtes.

La commande hdparm -B 254 /dev/sda signifie donc que l’on force le parquage au minimum toutes les 30 minutes (c’est une moyenne rapide) ? le man sur HDparm n’est pas très locace.

Cette commande pouvant accepter 255 (0xFF), cette valeur signifie-t-elle de ne jamais parquer les têtes ? Si oui c’est ce que je vais faire !

EDIT :

-B
    Modifie les paramètres de gestion d'énergie APM (Advanced Power Management), si le disque le supporte. Une petite valeur spécifie une gestion d'énergie agressive, tandis qu'une valeur élevée configure le disque pour de meilleures performances. La valeur 255 (maximale) désactive la gestion APM du disque.

Pour les p’tis gars comme moi, avec un portable “fixe” je pense que c’est donc la meilleure chose à faire !

:confused:

vohu-debian:/home/vohu# smartctl -a /dev/sda |grep Load_Cycle
193 Load_Cycle_Count 0x0032 088 088 000 Old_age Always - 24175

mon ordi a a peine 1 mois !!

et cette valeur monte toute les minutes

donc en attendant :

[code]vohu-debian:/home/vohu# hdparm -B 255 /dev/sda

/dev/sda:
setting Advanced Power Management level to disabled
[/code]

Mais je trouve que ma valeur est super élevée (c vrai que mon portable est allumé h24…)

j’ai modifier le fichier /etc/hdparam.conf en décommantant la ligne

# -B apm setting apm = 254

comment vérifier que le changement est fait au redémarrage ?

Sur deux portables à la maison:

plip, je m’en sers depuis un peu moins d’un an:

20:29 bob@plip ~% date && sudo smartctl -d ata -a /dev/sda | grep 193 lundi 29 octobre 2007, 20:29:43 (UTC+0400) 193 Load_Cycle_Count 0x0032 078 078 000 Old_age Always - 44676 20:30 bob@plip ~% date && sudo smartctl -d ata -a /dev/sda | grep Power lundi 29 octobre 2007, 20:30:09 (UTC+0400) 9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 1119 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 480 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 473

lui depuis trois ans maintenant:

11:20 joe@plop ~% date && sudo smartctl -d ata -a /dev/sda | grep 193 lundi 29 octobre 2007, 11:20:28 (UTC+0400) 193 Load_Cycle_Count 0x0032 032 032 000 Old_age Always - 137821 11:22 joe@plop ~% date && sudo smartctl -d ata -a /dev/sda | grep Power lundi 29 octobre 2007, 11:22:42 (UTC+0400) 9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 3044 12 Power_Cycle_Count 0x0032 097 097 020 Old_age Always - 3899 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 1722

Voila de mon côté. Dans le doute j’ai fait la chose suivante pour désactiver la gestion de l’énergie, en attendant plus d’infos. C’est dommage d’adopter une solution aussi radicale il est vrai…

#vim /etc/hdparm.conf command_line { hdparm -B 255 /dev/sda }
ajoutè à un update-rc.d hdparm defaults…

J’imagine que pour être sur de tester la présence d’un soucis, une chose à faire est de faire un script qui fait un “date && sudo smartctl -d ata -a /dev/sda | grep 193” toutes les mettons 60 secondes et qui stocke tout ça dans un fichier. Ensuite, le laisser tourner un petit moment et on a une bonne indication de la fréquence de “parquage” (corrigez moi si je m’égare) de la tête.

c’est quoi cette manip ?

Si le service hdparm n’est pas démarré par défaut au démarrage de ta machine, cette commande mets en place les scripts d’initialisation pour ce service.
Par exemple si tu fais

Tu vois qu’il y a quelque part un lien symbolique vers le script situé en /etc/init.d/networking ; lis ce script en diagonale si tu veux.
Les liens dans les repertoire /etc/rc* pointent vers les scripts d’initialisation des différents services de ta machine; ce sont ces liens/scripts qui activeront pas mal de trucs utiles ou futiles. Le numéro devant le lien te donne la priorité de lancement du service. Les services pointés par un lien situé dans le repertoire /etc/rc4.d sont démarré au niveau d’éxécution 4 par exemple.

Par curiosité tape en root la commande “init 0”, c’est une manière comme une autre d’éteindre ta machine…

:slightly_smiling:

C’est même, mes souvenirs sont vagues (+15ans …), la seule manière commune à tout système UNIX de s’arrêter ! halt n’existant pas partout, et pire dans certain cas, elle est considéré comme la commande d’arrêt brutal (sans rien fermer)

Je suis ravi de l’apprendre! Moi qui me disais que je faisais du zèle avec mon alias eteindre=“sudo init 0” et /etc/sudoers en conséquence… Comme quoi le GROS avantage du shell c’est de factoriser (excusez moi déformation due à ma formation) les solutions; ce qui marche sur *** marchera modulo peu de modifications sur ###. Halalala, que de poésie. Toujours est-il que l’interface graphique est pas forcément le meilleur moyen d’appréhender son ordinateur, en tout cas quand on passe un minimum de temps devant lui. ^-^