✎ laptop_mode [Wiki ubuntu-fr]

Vous affichez une ancienne révision du document ! Si vous l'enregistrez, vous créerez une nouvelle version avec ce contenu.

{{tag>personnalisation système portable bug}}
----
====== Parquage des têtes de lecture et Gestion d'énergie  : Disques durs en danger ? ======

<note important>Attention : le disque dur de votre ordinateur portable est **peut-être** en danger !</note>

<note important>Le problème de parcage des têtes de lecture __**a été partiellement corrigé**__ dans **Ubuntu 8.10 et 8.04** //(versions antérieures à confirmer)// à partir de la mise à jour du **15 janvier 2009**. La correction complète arrivera bientôt. Maintenant, le parcage est effectué à une fréquence normale, plus ou moins élevée selon que l'ordinateur soit sur batterie ou sur secteur, selon l'utilisation intensive ou non…
Si vous utilisez d'autres systèmes d'exploitation (Windows, MacOS…) en parallèle, veillez à corriger le problème également pour ces systèmes.

Par contre on peut remarquer que la temperature du disque monte de 10°C pour certains models de l'ordinateur comme les Toshiba Satellites</note>

===== Description =====

Il existe actuellement d'importantes discussions concernant certaines distributions Linux, y compris Ubuntu, au sujet de la défaillance des disques durs des ordinateurs portables. Dans certaines conditions, le disque dur se place de manière très -- trop… -- régulière en mode « tête parquée » (plusieurs fois par minute), ce qui conduit à une usure prématurée de la mécanique du disque. La durée de vie s'en trouve parfois réduite à moins d'un an.

* ce problème ne concerne que les ordinateurs portables et **ne dépend pas**, malgré certaines croyances populaires, de l'utilisation ou de la non-utilisation **du mode laptop** ; l'utilisation et une bonne configuration de ce dernier est d'ailleurs la solution privilégiée pour remédier au problème (voir [[laptop_mode#correction_du_probleme|infra]]),
  * si vous entendez un bruit de claquement généré par votre disque, vous êtes probablement concerné. Toutefois, **l'absence de cliquetis ne signifie pas l'absence du problème**,
  * il semble que ce problème soit lié :
    * à une configuration trop performante (agressive) de la gestion de l'énergie,
    * au mode de fonctionnement interne de certains disque durs,
    * au BIOS,
    * au système d'exploitation (Linux, Windows).

**Ce sont certaines combinaisons de tous ces paramètres qui conduisent parfois à une mauvaise gestion du parcage de la tête du disque**. 
Sont concernés :
  * certains ordinateurs portables,
  * les installations Ubuntu de base (sans modification par l'administrateur des paramètres de gestion d'énergie), mais aussi certaines configuration Windows et autres Linux (Debian, Mandrake). Ce problème semble se poser depuis plusieurs versions de Ubuntu, même si certains utilisateurs affirment qu'il n'était pas présent dans la version 6.06 LTS (Dapper Drake).

Pour votre information, surtout les débutants :
  * d'une manière générale, il n'y a **pas d'urgence** à traiter ce problème ; vous pouvez programmer une intervention **à tête reposée** et la planifier sur une semaine, évitez de travailler dans la panique. Le disque dur dispose d'une grande capacité de parcage de sa tête. Il n'est pas à quelques dizaine de milliers près, surtout quand on voit la quantité de parcage de certains (au delà de 300.000). **Votre disque dur ne va pas mourir dans les quelques minutes qui suivent !**
  * a priori, il n'y a pas de risque imminent pour vos données ni pour le disque dur à effectuer les manipulations décrites ci-dessus ; nous allons vous aider à régler les paramètres de gestion d'énergie, c'est une opération sans danger comparativement à une installation de Linux ou la manipulation de partitions.

Nous allons voir par la suite comment détecter ce problème et y remédier de différentes manières.

===== Les rumeurs et le danger réel =====

Certains sites font état de [[http://forum.ubuntu-fr.org/viewtopic.php?pid=1321247#p1321247|rumeurs]] concernant ce problème. Vu l'activité engendrée par cette affaire sur de nombreux sites, dont le site [[https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=Load_Cycle_Count&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=|launchpad]] on peut être sûr que ce n'est pas seulement une rumeur, mais un risque matériel et aussi un risque fort de perdre vos données personnelles si vous ne vous occupez pas de ce problème dans les semaines qui suivent.

Ce n'est pas parce que vous n'êtes pas concernés par votre configuration matérielle que ce problème n'existe pas. Les circonstances exactes de ce défaut de fonctionnement ne sont pour l'instant pas précisément connues. Afin de cerner le problème, il serait intéressant d'écrire des scripts de supervision des valeurs considérées et de les insérer sur un site communautaire en base de données avec la configuration matérielle et logicielle. Il est fort probable qu'on voit apparaitre des petits logiciels de supervision sous forme d'applet gnome directement accessibles sur le bureau gnome ; cela vous donnera la possibilité de voir l'évolution graphiquement et de configurer simplement le fonctionnement de l'[[:ACPI]] de votre ordinateur.

===== Détection du problème =====

La détection du problème repose sur la lecture d'informations inscrites dans une zone mémoire non volatile embarquée sur le disque dur. Ces informations sont gérées de manière autonome par le disque qui répond aux spécifications du standard [[:SMART]]. C'est la commande **smartctl** du paquet **smartmontools** qui permet d'extraire ces informations.

==== Préparation ====

Afin de lire ces informations, nous commençons par [[:tutoriel:comment_installer_un_paquet|installer le paquet]] **[[apt://smartmontools|smartmontools]]**.

==== Vérification ====

Ensuite, vérifions si nous pouvons accèder aux informations [[SMART]] sur notre disque dur :

sudo smartctl -a /dev/sda  # ou sdb, si vous avez un disque dur de type SATA (récent)
  sudo smartctl -a /dev/hda  # ou hdb, si vous avez un disque dur de type PATA (plus ancien)

Il est possible de trouver de manière automatique l'emplacement du périphérique contenant la partition racine de la manière suivante :

device=`mount | grep '/ ' | cut -d' ' -f1 | sed -e 's#[0-9]##'`
  sudo smartctl -a $device

Si ces dernières commandes semblent ne pas fonctionner, sachez que les principales sources d'erreur lors d'une telle manipulation sont :
  * que vous n'accédez pas au bon périphérique (device) pour votre disque,
  * que votre disque dur n'est pas du bon type et n'est pas géré correctement par les librairies SMART.

voici un exemple de ce qu'on peut apercevoir quand on lance cette commande :

sudo smartctl -a `mount | grep '/ ' | cut -d' ' -f1 | sed -e 's#[0-9]##'` | egrep 'Cycle|Power'
    9 Power_On_Hours          0x0012   100   100   000    Old_age   Always       -       345
   12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       249
  193 Load_Cycle_Count        0x0012   094   094   000    Old_age   Always       -       62251

dans ce cas :
  * le disque a été arrêté et redémarré électriquement (Power_Cycle_Count) 249 fois,
  * la tête à été parquée (Load_Cycle_Count) 62251 fois,
  * le disque dur a fonctionné pendant 345 heures (Power_On_Hours)
  * le rapport Load_Cycle_Count / Power_Cycle_Count est de 250. S'il est souvent de 1 sur un PC fixe ou la tête du disque dur n'est jamais parquée, il est normal qu'il soit de plus de 10 sur un portable; mais dans notre exemple, ce rapport semble particulièrement élevé.
  * le nombre de parcage à l'heure est de 180 (62251/345). C'est trop.
  * lorsque Load_Cycle_Count est supérieur à 10 millions, c'est probablement que l'information extraite par **smartctl** depuis le disque dur est inexacte.
  * dans ce cas, on peut se référer aux 3 colonnes (094, 094, 000) pour essayer de déterminer l'espérance de vie du disque. Les deux premières colonnes ont des valeurs commençant à 100 pour un disque neuf (parfois à 200), et qui descendent vers 0 en fonction de l'augmentation du nombre de parcages. C'est le BIOS du disque dur qui fait une estimation en pourcentage du temps restant d'utilisation. Dans notre exemple, les données "(094, 094)" signifient qu'il reste au disque dur 94% de sa durée de vie. On peut en déduire par le calcul suivant la durée de vie potentielle du disque dur si la fréquence des parcages reste constante : ici ce serait 345 heures * 100 / (100-94) soit 5750 heures. On peut estimer qu'un Load_Cycle_Count supérieur à 1 million ne correspond à une donnée exacte que si les résultats indiqués dans les deux premières colonnes sont proches de zéro (par exemple (001, 001). Dans ce cas, le disque dur est très proche de sa fin de vie...

Cause des erreurs de lecture :
    * il est possible que l'adresse lue sur le disque ne soit pas la bonne ,
    * ou alors le format de représentation des données n'est pas le bon (nombre en little ou big [[http://fr.wikipedia.org/wiki/Endianness|endian]]). Sur certains disques, on récupère la juxtaposition de 2 entiers 32 bits, La conversion est donc assez simple.

== Si vous n'avez accès à aucune de ces informations: ==

Dans certain cas, il se peut que la commande précédente vous retourne quelques informations sans qu'il y ait trace des variables "techniques" de votre disque.
Si vous apercevez ceci (et uniquement dans ce cas)
 
<code>SMART support is: Available - device has SMART capability.
SMART support is: Disabled</code>

Vous pouvez lancer la commande suivante pour activer l'enregistrement des paramètres (non persistant en cas de redémarrage):

<code>sudo smartctl -a `mount | grep '/ ' | cut -d' ' -f1 | sed -e 's#[0-9]##'` -s on</code>

Vous pouvez maintenant reprendre ce tutoriel en tapant

==== Diagnostic ====

Si les commandes précédentes ont bien fonctionné, vous devriez obtenir, dans votre terminal, toute une série d'informations. La valeur qui nous intéresse en particulier est intitulée **Load_Cycle_Count** (LCC = nombre de parcages). Si pour un ordinateur fixe, cette valeur devrait être en théorie assez proche du nombre d'extinctions, donnée par le **Power_Cycle_Count**, il n'en va pas de même pour un portable. Le rapport entre ces deux valeurs pour le disque dur d'un portable dépend de la fréquence des arrêts et des redémarrages de l'ordinateur (c'est à dire de la durée des sessions). Il est bien sûr plus important pour un ordinateur fonctionnant 24h/24 ou presque... et ce n'est pas un problème en soi.

<note>Il arrive que les données smart ne comportent aucune ligne "Load_Cycle_Count" : le fabriquant du disque dur n'a pas prévu l'enregistrement de cette valeur. S'il s'agit du disque dur d'un portable, c'est dommage : dans ce cas, vous ne pouvez établir de diagnostic.</note>

* pour établir le diagnostic, il est préférable de calculer le rapport entre le nombre de **Load_Cycle_Count** et la durée de fonctionnement du disque dur :  **Power_On_Hours** (ou **Power_On_Minutes** ou  **Power_On_Seconds** selon les disques durs). Un rapport LCC/heure inférieur à 30 indique un fonctionnement assez correct de la fonction de parcage. S'il est supérieur, voire très supérieur, il y a une anomalie à corriger. On a cité des cas avec une moyenne de plus de 400 LCC/heure.
<note>Dans quelques rares cas, les données Smart de durée de fonctionnement (Power_On_Hours - Minutes ou Seconds) sont aberrantes... Dans ces cas, une autre méthode de diagnostic est disponible... (voir plus bas).</note>
  * si la valeur Load_Cycle_Count est supérieure a 100.000, la durée de vie du disque est déjà quelque peu entamée... Mais si le disque dur a déjà fonctionné plusieurs milliers d'heures, c'est assez normal. Pour les ordinateurs portables, les disques durs ont une capacité évaluée de 300.000 à 600.000 parcages (certains disques durs Seagate pour portables sont "tarés" pour 200.000 parcages). Ceci dit, ces valeurs sont indicatives.

<note important>**Les données smart :**
Dans **la colonne "type"**, les indications "Old_age" et "Pre_fail" inquiètent beaucoup de monde. Mais ces mentions indiquent seulement le type de données fournies, et ne sont pas des alertes.

**Les données de type "Old_age"** indiquent l'usure normale liée au vieillissement du disque dur... c'est le cas par exemple du nombre de démarrages/arrêts du pc (Start_Stop_Count). Ce sont des indications de durée de vie validées par le contructeur. Elles ne signifient pas toujours grand chose : un disque peut lacher avant d'être "vieux" ou tenir encore pas mal de temps en étant "agé". Ce ne sont que des données indicatives qui permettent d'évaluer s'il faut prévoir de remplacer le disque.

**Les données de type "Pre_fail"** sont des indications pouvant laisser suspecter une usure anormale ou une panne... au-delà de certaines valeurs. Elles indiquent des problèmes sur le fonctionnement normal du disque. C'est le cas par exemple du nombre de secteurs réalloués (Reallocated_Sector_Ct). Ce sont les valeurs "Pre_fail" qui déclenchent des alertes smart.

Ceci étant dit, la colonne "type" indiquant seulement le type de données, les mentions "Pre_fail" et "Old_age" apparaissent dans cette colonne même sur un disque dur neuf. **Une alerte est signifiée par la mention "FAILING_NOW"
**.
Enfin, beaucoup de disques lâchent sans que smart ne relève quoi que ce soit, par contre un disque où smart détecte des problèmes ne dure en général pas longtemps.</note>

* Une autre indication est très utile pour aider au dignostic. Sur la ligne Load_Cycle_Count, il y a non seulement la donnée brute du nombre de parcages (en fin de ligne), mais des nombres dans les colonnes "THRESH" (seuil), "VALUE" (valeur) et "WORST" (pire valeur). Les valeurs "WORST" et "VALUE" partent de 100 pour un disque neuf (de 200 dans quelques rares cas) et diminuent. Quand VALUE=THRESH le disque est considéré comme en fin de vie selon le constructeur. Pour le nombre de parcages des têtes (LCC), l'indication de la colonne "VALUE" est précieuse, surtout si la valeur brute numérique de Load_Cycle_Count est aberrante ou si vous ne disposez pas d'indication de "Power_On_Hours" pour établir le rapport entre nombre de parcages et durée de fonctionnement du disque. Une valeur de 094 par exemple indique que la durée de vie du disque dur n'est entamée que de 6% (pour ce critère "parcage des têtes"). Alors qu'une valeur de 001 indique que la durée de vie du disque dur est entamée de 99%... et qu'il ne lui reste plus que 1%.

<note tip>Pour ceux qui disposent d'une donnée "Power_On_Hours" (Minutes ou Seconds), une autre comparaison est instructive : tant que les valeurs "VALUE" de "Power On Hours" et "Load Cycle Count" restent proches, a priori c'est que tout est en règle.
Dans les cas à problèmes, le "VALUE" de Load_cycle_Count est très inférieur à celui de "Power_On_Hours". Ceci est logique : si le disque parque trop les têtes par rapport à sa durée de fonctionnement, il y a une usure prématurée donc des valeurs avec un écart important. Quand tout va bien, les valeurs d'usures (colonne "VALUE") doivent rester proches.
</note>

**Si le diagnostic de votre disque dur montre que vous êtes touché par le problème, PAS DE PANIQUE, nous allons maintenant régler le problème pour ralentir la fréquence du parcage des têtes (et donc l'augmentation du LCC).**

===== Correction du problème =====
La manière la plus simple de régler le problème est de changer la valeur d'un paramètre.

==== Hdparm ====
Cette solution a été proposée sur [[http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448673|http://bugs.debian.org/]].
Elle permet de changer les paramètres de gestion de l'alimentation du disque dur, ce qui évite le parcage intempestif de la tête de lecture. 
<note>
Cette méthode a fonctionné chez moi et chez d'autres personnes.</note>

Nous allons donc modifier un paramètre du module hdparm grâce à cette ligne de commande.
<code>
sudo hdparm -B 254 /dev/hda
</code>
ou
<code>
sudo hdparm -B 254 /dev/sda
</code>
faites attention à cette différence.
<note important>Si vous trouvez que la température de votre disque dur est trop élevée, baissez la valeur du paramètre à une valeur permettant à votre disque dur de ne pas trop chauffer, mais pas trop pour éviter le parcage intempestif de votre tête de lecture.(__note:__ pour mon disque dur j'ai mis une valeur de **200**)</note>
<note help>
extrait manpages hdparm : -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.)</note>

Pour en vérifier le bon fonctionnement, tapez à différents intervalles de temps, cette ligne de commande.
<code>
sudo smartctl -a `mount | grep '/ ' | cut -d' ' -f1 | sed -e 's#[0-9]##'` | egrep 'Cycle|Power'
</code>
Le nombre au bout de la ligne Load_Cycle_Count ne devrait plus bouger. (Ce nombre est fixe lorsque j'utilise mon ordinateur)

<note tip>Si après un redémarrage, le problème réapparait, il existe une petite solution.

Source : [[https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695|launchpad]]</note>

[[:tutoriel:comment_editer_un_fichier|Créez le fichier]] **99-hdd-spin-fix.sh** ( ne pas modifier le nom de fichier ) et mettez-y :
<note important>Pensez à modifier le chiffre en fonction de la chaleur que pourrait dégager votre disque dur. 
Le chemin du disque dur peut-être soit, **/dev/hda** soit, **/dev/sda**. Si l'un des deux ne fonctionne pas, essayez l'autre.
</note>
<code bash>
#!/bin/sh
hdparm -B 254 /dev/hda
</code>
Enfin, copiez le fichier créé dans les 3 emplacements suivants:
<code>
sudo install 99-hdd-spin-fix.sh /etc/acpi/start.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/resume.d/
</code>

====Le fix en 10 secondes ====

=== Nouvelle méthode ===
Pour que le fix fonctionne dans tous les cas (également lors d'une mise en veille), il est préférable d'utiliser cette commande :
<code>cmd='hdparm -B 254 /dev/sda';sudo $cmd && echo -e '#!/bin/sh\n'"$cmd" > /tmp/hdfix && sudo install /tmp/hdfix /etc/pm/power.d/00-hdparm.sh && sudo install /tmp/hdfix /etc/pm/sleep.d/00-hdparm.sh</code>

Pour supprimer les effets de cette méthode :
<code>sudo rm /etc/pm/power.d/00-hdparm.sh /etc/pm/sleep.d/00-hdparm.sh</code>

=== Ancienne méthode ===
Cette méthode fonctionne, sauf lors d'une mise en veille. Préférez la nouvelle méthode qui prend en compte ce cas également.

<code>sudo hdparm -B 254 /dev/sda && echo -e '#!/bin/sh\nhdparm -B 254 /dev/sda' > /tmp/99-hdd-spin-fix.sh && for i in start suspend resume; do sudo install /tmp/99-hdd-spin-fix.sh /etc/acpi/$i.d; done</code>

Pour supprimer les effets de cette ancienne méthode :
<code>sudo rm /etc/acpi/*.d/99-hdd-spin-fix.sh</code>

==== Autres solutions ====

Une autre manière pour résoudre ce problème est d'utiliser les outils que nous avons à disposition pour régler les fonctions de gestion d'énergie des disques dur. Un paquet est spécialement conçu dans ce but, il s'agit du **laptop-mode-tools**.
Par défaut, le laptop-mode est relativement agressif, mais les réglages sont entièrement paramétrables pour obtenir le résultat que vous souhaitez.

Dans ce fichier vous pourrez gérer le délais d'inactivité avant le parcage des têtes du dique dur, mais également beaucoup d'autres paramètres.

Pour améliorer encore la durée de vie du disque, il est aussi possible d'aller plus loin. En effet, par défaut, un système linux accède très fréquemment au HDD (les systèmes de fichiers journalisés, les logs des différents process et du système, etc.). Il convient donc de s'assurer que le système limitera le nombre d'accès au disque pour ne pas le réveiller inutilement.

=== Installer le laptop-mode ===

Tout d'abord, [[:tutoriel:comment_installer_un_paquet|installons le paquet]] **laptop-mode-tools**.

Pour qu'il soit activé, [[:tutoriel:comment_editer_un_fichier|modifions le fichier]] **/etc/default/acpi-support**. La ligne

ENABLE_LAPTOP_MODE=false

doit être changée en

ENABLE_LAPTOP_MODE=true

**Pour vérifier** (au prochain redémarrage) **que le laptop-mode est actif, exécutons**

cat /proc/sys/vm/laptop_mode

Si la valeur retournée est 0, laptop-mode ne fonctionne pas. Si la valeur est différente de 0, alors laptop-mode est en fonction.

Pour démarrer le laptop-mode sans redémarrer le PC :

sudo /etc/init.d/laptop-mode start

=== Configurer le laptop-mode ===

Avant de commencer à modifier le fichier, il est bon d'en faire une sauvegarde :

cd /etc/laptop-mode/
  sudo cp laptop-mode.conf laptop-mode.conf.`date +%Y%m%d-%H%M%S`

Le fichier **/etc/laptop-mode/laptop-mode.conf** contient toute la configuration de laptop-mode. Il est relativement clair et est séparé en différentes sections distinctes. Pour l'éditer :

gksudo gedit /etc/laptop-mode/laptop-mode.conf

Jetons d'abord un coup d'oeil aux valeurs suivantes:

ENABLE_LAPTOP_MODE_ON_BATTERY=1
  ENABLE_LAPTOP_MODE_ON_AC=0 #ou 1 (lire ci-dessous)
  ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0 #ou 1 (lire ci-dessous)

Comme leurs noms l'indique, ces variables permettent d'activer (ou non) le laptop-mode quand l'ordinateur fonctionne respectivement sur **batterie**, sur **secteur** ou quand le **couvercle est fermé**. Un **1** signifie l'activation de cette option, un **0** signifie sa désactivation.

<note importante>
Il faut que vous testiez votre disque pour vérifier si le **Load_Cycle_count** varie fortement (plus de 5 par quart d'heure) seulement sur batterie, auquel cas il suffit d'activer le laptop-mode sur batterie. Dans le cas contraire, activer le laptop-mode sur secteur et avec le couvercle fermé, selon les cas, peut s'avérer nécessaire.
</note>

LM_BATT_MAX_LOST_WORK_SECONDS=1200
  LM_AC_MAX_LOST_WORK_SECONDS=360

Ces deux dernières valeurs permettent de déterminer à quel moment au minimum un redémarrage du disque doit avoir lieu, sur batterie et sur secteur respectivement. La valeur est à indiquer en secondes. Avec une valeur à 1200 en mode batterie (comme indiqué au dessus) le disque redémarrera au bout de 20 minutes d'inactivité (même si rien ne l'y oblige) de manière à écrire les petites modifications qui ont été mémorisées mais pas encore appliquées.

CONTROL_HD_IDLE_TIMEOUT=1

Il est **très important** que cette valeur soit activée (égale à 1). Ce paramètre autorise le laptop-mode à gérer la fréquence de parcage des têtes.

LM_AC_HD_IDLE_TIMEOUT_SECONDS=20 #durée d'inactivité (en secondes) avant parcage des têtes sur secteur avec le laptop-mode actif
  LM_BATT_HD_IDLE_TIMEOUT_SECONDS=60 #durée d'inactivité (en secondes) avant parcage des têtes sur batterie avec le laptop-mode actif
  NOLM_HD_IDLE_TIMEOUT_SECONDS=1200 #durée d'inactivité (en secondes) avant parcage des têtes lorsque laptop-mode se désactive

C'est avec ces valeurs qu'il faut jouer si vous voulez simplement désactiver le parcage des têtes. Mettez tout à 1200 (soit 20 minutes d'inactivité avant l'arrêt du HDD) si vous voulez vous assurer que le disque ne s'arrêtera quasiment jamais ; ça n'est évidemment pas bon pour la gestion d'énergie, mais il s'agit parfois de la seule solution efficace. Testez différentes valeurs et choisissez-en une qui convient à votre machine!

CONTROL_HD_WRITECACHE=1 #permet d'autoriser la gestion du cache du HDD par LM
  NOLM_AC_HD_WRITECACHE=1 #force l'utilisation du cache du HDD lorsque LM se désactive et que le pc est sur secteur
  NOLM_BATT_HD_WRITECACHE=0 #stoppe l'utilisation du cache du HDD lorsque LM se désactive et que le pc est sur batterie
  LM_HD_WRITECACHE=1 #force l'utilisation du cache du HDD lorsque LM est actif, cela limite le réveil du hdd en travaillant dans son cache plutôt que directement en dur

Pour **limiter les accès au HDD du système de fichier (pour un système de fichier ext3)** :

Le système ext3 accède, par défaut, au disque dur toutes les 5 secondes pour mettre à jour certaines données de journalisation dont on peut, la plupart du temps, se passer (certains rares logiciels comme MUTT par exemple ont toutefois besoin de cette journalisation pour fonctionner). Pour désactiver cette journalisation trop régulière qui réveillera votre disque à longueur de temps, il faut monter les partitions ext3 avec l'option noatime. Ceci peut être fait en activant l'option :

CONTROL_NOATIME=1

__**Si tout cela ne change rien**__ (ou pas assez), vous pouvez aussi modifier les options du power-management, dont la fameuse option hdparm :

#
  # Should laptop mode tools control the hard drive power management settings?
  #
  CONTROL_HD_POWERMGMT=1
  
  #
  # Power management for HD (hdparm -B values)
  #
  BATT_HD_POWERMGMT=0 # testez des valeur entre 120 et 190 ici
  LM_AC_HD_POWERMGMT=255 # mettez 254 ici pour avoir un nombre de parquage minimal tout en laissant la gestion d'énergie activée
  NOLM_AC_HD_POWERMGMT=255 # vous pouvez mettre 254 ici aussi

=== Limiter les accès au HDD du système de log ===

//Syslog// gère la création et le remplissage des fichiers /var/log. Par défaut, linux logge énormément de choses, ce qui provoque aussi des accès disque permanents, qui empêchent votre HDD de rester arrêté longtemps. Pour régler le problème, laptop-mode propose un outil qui va reconfigurer syslog.

Utilisez le script

sudo lm-syslog-setup

Cela va créer 3 nouveau fichiers de configuration de syslog placés dans /etc:

syslog-on-battery.conf , syslog-on-ac-with-lm.conf, et syslog-on-ac-without-lm.conf

qui sont normalement automatiquement configurés correctement.

Il faut ensuite paramétrer laptop-mode pour utiliser et activer ces 3 fichiers selon que l'on soit sur batterie ou sur secteur. pour cela, retour dans **/etc/laptop-mode/laptop-mode.conf**.

On vérifie que ''CONTROL_SYSLOG_CONF=1''.

=== Dernière optimisation ===

Certains démons peuvent également acceder au HDD de manière régulière. Laptop-mode-tools contient un script capable de détecter ces processus, de les lister et de créer une configuration qui les coupe et les redémarre automatiquement selon que l'on soit sur batterie ou sur secteur. Pour le lancer :

sudo lm-profiler

Le script va lire l'activité de votre pc pendant 10 minutes et vous proposera ensuite tout une liste de modifications qu'il préconise. Certaine modifications seront de forte recommandations (qu'il vaut mieux accepter) d'autre ne seront que de simple possibilités (à vous de choisir).
Une fois les choix validés, ce script rajoutera des scripts supplémentaires dans /etc/laptop-mode/start ou stop qui arrêteront et démarreront ces daemons automatiquement.

La création de certains de ces script est assez longue (plus de 3 ou 4 minutes pour certains), donc assurez vous de ne pas arrêter **lm-profiler** avant qu'il ait réellement fini tout son travail de configuration.

===== Liens =====

==== Sur le forum ====

* Discussion d'où proviennent beaucoup de solutions décrites ici : http://forum.ubuntu-fr.org/viewtopic.php?id=158753
  * Une rumeur ? http://forum.ubuntu-fr.org/viewtopic.php?pid=1321247#p1321247, http://www.laptopspirit.fr/6984/ubuntu-ne-se-nourrit-pas-de-disques-durs/
  * Rechercher « Load_Cycle_Count » sur le forum pour visualiser tous les messages à ce sujet.
  * Un script a été proposé pour suivre l'évolution de Load_Cycle_Count: http://forum.ubuntu-fr.org/viewtopic.php?id=191813

==== Sur Launchpad ====

* [[https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=Load_Cycle_Count&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package=|En recherchant]], on voit un lien sur Mandriva qui serait aussi concerné.
  * [[https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695|Le bug est confirmé]] ; de nombreux bugs sont liés ; voir le commentaire [[https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comments/185|185]].
  * [[https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/74394]], attention, le script "power.sh" peut modifier les réglages hdparm qui sont fixés dans laptop-mode.conf. Soit lorsqu'on passe de AC/batterie, soit lorsqu'on sort de veille...

==== Les autres distributions ====

* [[http://forum.mandriva.com/viewtopic.php?t=73380|Mandriva de même]], [[http://forum.mandriva.com/viewtopic.php?t=73316&highlight=hdparm|ici aussi]].
  * [[http://forums.gentoo.org/viewtopic-p-4503095.html?sid=1e750a43d554353526534f217be85271|Gentoo]] serait assez sage sur ce point.
  * [[http://www.generation-debian.org/forums/viewtopic.php?f=8&t=350|Debian]] (scopio810, thierry_b).

==== Divers ====

* Sur LinuxFr : http://linuxfr.org/~Lorifix/25545.html ; article mettant en cause Canonical et donc Ubuntu par rapport à ce problème. Est-ce justifié ? voir en particulier l'article de gronk34t qui donne des informations particulièrement circonstanciées.
  * Sur [[http://ubuntudemon.wordpress.com/2007/10/30/ubuntu-is-not-causing-aggressive-power-management/|ce blog]], ça cogite pas mal on dirait.
  * [[https://eshu.ubuntu-eu.org/pipermail/ubuntu_wiki-fr/2007-November/thread.html#3960|Ce sujet]] sur la liste de diffusion du wiki.
  * [[http://www.presence-pc.com/actualite/ubuntu-26346/|Article sur « Présence PC »]].

===== Discussions =====

> maintenant il existe des clés usb dont la capacitée va jusqu'a 64Gio, donc on peut installer ubuntu sur ces medias, et avec les periferies flash, on n'a plus de problemes mecaniques que sont les parcages.

> À la lecture de ce qui a été récemment posté sur [[https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comments/211|launchpad par Canonical]], peut-être devrions-nous changer entièrement cette doc?
>> non, il y a des cas ou les valeurs remontées par SMART sont fausses, dans ce cas, il faut les ignorer ou changer le pilote SMART ; dans le cas général, il semble que ce que nous avons indiqué ici est plutôt une bonne synthèse / [[:utilisateurs/marc31]]
>>> Pour info, mon smartctl indique "751 234" parcages de tête pour 9300 heures de fonctionnement, avec laptop-mode désactivé. Le chiffre augmente régulièrement quelle que soit la config. Le disque a 1 an et demi et il ne présente aucun signe de faiblesse jusque là. Donc ces chiffres ne veulent souvent pas dire grand chose. (BohwaZ)

> que veut dire "(voir infra)" tout en haut de page ? [[:utilisateurs/marc31]]
>> "voir infra", ça signifie "voir plus bas dans le texte". "Voir supra", c'est le contraire! /[[utilisateurs/fde]]
>>> « cf. infra » ou « cf. supra » conviendrait mieux, non ? --- //[[:utilisateurs:Ner0lph]] Le 24/11/2007, à  19:15//

> sur la [[https://eshu.ubuntu-eu.org/pipermail/ubuntu_wiki-fr/2007-November/003960.html|liste de discussion]], nous ne sommes pas tous d'accords concernant cette  page ...
>> ok pour la page, on laisse comme ça tant qu'on a pas plus de nouvelles /[[utilisateurs/fde]]

> Je suis plutôt d'accord avec la proposition de [[:utilisateurs/jahwork|Matthias Hawran (jahwork)]] de faire de cette page un tutoriel "tutoriel/gestion_energie_et_parcage_des_tetes_de_lecture", et de garder la page sur laptop-mode pour les explications de bases sur le laptop-mode (même si ça risque fortement de recouper cette page-ci). /[[utilisateurs/fde]]
>> Il ne faut pas dupliquer l'info. On garde tout ce qui concerne laptop-mode sur la dite page, avec une section "gerer le parcage intempestif..." et la section "laptop-mode" de la page tutoriel pointe seulement sur cette section. /[[:utilisateurs/jahwork]]

===== FAQ =====

- le problème ne touche que les portables --- Vrai, ou en tout cas, il ne touche que les HDD de portable (personne n'a confirmé ou infirmé que les HDD de portable dans un boitier externe sont touchés ou pas).
Note d'un visiteur: Il semble que mon disque dur externe (de portable) soit touché sur mon portable et sur mon fixe. 
  - Le problème n'existe que si on a activé laptop-mode --- Faux ; Il y a une confusion entre le fait que laptop-mode, par défaut, défini un réglage agréssif de la gestion du hdd sur batterie et ce "bug" qui n'a rien a voir avec laptop-mode mais avec une combinaison bios/firmware /os malheureuse.
  - Gutsy ne présente pas ce problème --- Faux, mais il semble que certaines personnes qui avaient ce bug avant Gutsy ne l'aient plus avec une Gutsy à jour (pourquoi? j'en sais rien).
  - Seul ubuntu et debian non touchés -- Faux, et Windows (2000 en tout cas) l'est aussi.
  - Le problème n'existe que sur batterie -- Faux. Selon les portables/configuration, le problème peut exister que sur batterie ou sur secteur aussi, la majorité des cas semble montrer que les personnes touchées le sont sur batterie et sur secteur.

===== Contributions =====
[[utilisateurs/marc31]], [[utilisateurs/fde]], [[utilisateurs/teke]],  [[utilisateurs/Sorbus]], xXKirastarotHXx, [[utilisateurs/Malaria
]]

Merci à [[http://forum.ubuntu-fr.org/profile.php?id=39|DiCiCat]], fournisseur quasi-exclusif des solutions proposées ici.

Merci de recopier le code ci-contre pour prouver que vous êtes humain : M Y I R L Merci de laisser ce champ vide :

Résumé

Note : En modifiant cette page, vous acceptez que le contenu soit placé sous les termes de la licence suivante : CC Paternité-Partage des Conditions Initiales à l'Identique 3.0 Unported