Parcage des têtes de lecture et gestion d'énergie : disques durs en danger ?

Il y a eu d'importantes discussions (cf section “Voir aussi” en bas de page) 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 ci-dessous),
• 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,
• l'EeeBox, car elle possède un disque dur de portable
• 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).

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 (attention, certaines peuvent être obsolètes); 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.

Certains sites font état de rumeurs concernant ce problème. Vu l'activité engendrée par cette affaire sur de nombreux sites, dont le site 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.

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.

Afin de lire ces informations, commencez par installer le paquet smartmontools.

Ensuite, vérifiez si vous pouvez 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 | sed -n '/\/ /s/[0-9].*//p')
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.

Il est donc possible de simplement copier coller la ligne suivante dans un terminal pour obtenir le résultat :

sudo smartctl -a $(mount | sed -n '/\/ /s/[0-9].*//p') | grep 'Cycle\|Power'

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

sudo smartctl -a $(mount | sed -n '/\/ /s/[0-9].*//p') | grep '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 a é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 parcages à 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 endian). Sur certains disques, on récupère la juxtaposition de 2 entiers 32 bits, La conversion est donc assez simple.

Dans certains 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)

SMART support is: Available - device has SMART capability.
SMART support is: Disabled

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

sudo smartctl -a $(mount | sed -n '/\/ /s/[0-9].*//p') -s on

Vous pouvez maintenant reprendre ce tutoriel en tapant

sudo smartctl -a $(mount | sed -n '/\/ /s/[0-9].*//p') | grep 'Cycle\|Power'

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.

• 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.

• 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.

• 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%.

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 la réduction des LCC).

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

Ces paragraphes sont anciens, vérifier qu'ils ne sont pas obsolètes, et indiquez sur quelle version d'Ubuntu et quel matériel ils ont fonctionné.

Cette solution a été proposée sur 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.

Nous allons donc modifier un paramètre du module hdparm grâce à cette ligne de commande.

sudo hdparm -B 254 /dev/hda

ou

sudo hdparm -B 254 /dev/sda

faites attention à cette différence.

sudo hdparm -B /dev/sda

Pour en vérifier le bon fonctionnement, tapez à différents intervalles de temps, cette ligne de commande.

sudo smartctl -a $(mount | sed -n '/\/ /s/[0-9].*//p') | grep 'Cycle\|Power'

Le nombre au bout de la ligne Load_Cycle_Count ne devrait plus bouger. (Ce nombre est fixe lorsque j'utilise mon ordinateur)

Créez le fichier 99-hdd-spin-fix.sh ( ne pas modifier le nom de fichier ) et mettez-y :

#!/bin/sh
hdparm -B 254 /dev/hda

Enfin, copiez le fichier créé dans les 3 emplacements suivants:

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/

cmd='hdparm -B 254 /dev/sda';sudo $cmd && echo -e '#!/bin/sh\n'"$cmd" > /tmp/hdfix && sudo install /tmp/hdfix /etc/pm/power.d/99-hdparm.sh && sudo install /tmp/hdfix /etc/pm/sleep.d/99-hdparm.sh

Pour supprimer les effets de cette méthode :

sudo rm /etc/pm/power.d/99-hdparm.sh /etc/pm/sleep.d/99-hdparm.sh

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.

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

Pour supprimer les effets de cette ancienne méthode :

sudo rm /etc/acpi/*.d/99-hdd-spin-fix.sh

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.

Tout d'abord, installons le paquet laptop-mode-tools.

Pour qu'il soit activé, 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. (faire le test avec le pc sur batterie!)

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

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

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.

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

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.

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.

• 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
• 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

• En recherchant, on voit un lien sur Mandriva qui serait aussi concerné.
• Le bogue est confirmé ; de nombreux bogues sont liés ; voir le commentaire 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…

• 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 ce blog, ça cogite pas mal on dirait.
• Ce sujet sur la liste de diffusion du wiki.
• Article sur « Présence PC ».

Houch, mon disque dur est monté a 65°C au repos alors qu'il ne doit pas depasser les 55° d'apres les constructeurs. comment se fait-i-il qêue pour le meme nombre de parcage, ça ne depasse pas les 50 sous windows? On ne peux pas faire en sorte que sous linux, des que le disque n'est plus solicité, il met sa tete pres de la piste de parquage (alimentation de la bobine minimal) au lieu de le laisser sur en position la plis eloignée que la position parquée (conso maxi, perte effet joule maxi). avant de le parquer?

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 peripheries flash, on n'a plus de problemes mecaniques que sont les parcages.

À la lecture de ce qui a été récemment posté sur 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 / 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 ? marc31

“voir infra”, ça signifie “voir plus bas dans le texte”. “Voir supra”, c'est le contraire! /fde

« cf. infra » ou « cf. supra » conviendrait mieux, non ? — Ner0lph Le 24/11/2007, à 19:15

sur la 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 /fde

Je suis plutôt d'accord avec la proposition de 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). /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. /jahwork

1. 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.

1. 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.
2. 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).
3. Seul ubuntu et debian sont touchés – Faux, et Windows (2000 en tout cas) l'est aussi – [Edit de Thibault : mon windows vista aussi sur un dell inspiron 1525 !]. Windows 7 également (sur Dell latitude e5410).
4. 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.

Contributeurs : marc31, fde, teke, Sorbus, xXKirastarotHXx , Malizor. Merci à DiCiCat, fournisseur quasi-exclusif des solutions proposées ici.