Vieillissement prématuré des disques durs de portables

Sorbus · Le 04/12/2007, à 00:12

Dans le Bios, au démarrage, avant même d'arriver au grub, tu dois avoir accès au Bios... Pour entrer dans le Bios, il faut appuyer sur une touche qui diffère selon les ordinateurs (F1, F2, Suppr...)... Si tu lis bien ce qui est à l'écran de démarrage, ça doit être indiqué...
Après, une fois dans le Bios, il faut trouver si tu as quelque part cette option.

Dernière modification par Sorbus (Le 04/12/2007, à 00:13)

Sorbus · Le 04/12/2007, à 00:17

@ Sifourquier : As tu un portable? car la ca semble limite impressionant je trouve...
Oui s'est bien sur un portable

Il t'arrive de le faire fonctionner sur batterie ? Ou bien est-il toujours sur secteur ?

Dernière modification par Sorbus (Le 05/12/2007, à 00:33)

Erlewyn · Le 04/12/2007, à 14:47

Faut être rapide, pour lire o_o
Y'a plusieurs touches, mais j'ai pas eu le temps de voir laquelle correspondait à quoi ^^'

ft · Le 04/12/2007, à 19:28

je sais pas si ce message issu du rapport de bug a déjà été posté (27 pages...) mais en tout cas il est intéressant :

Chris Jones wrote on 2007-11-20: (permalink)
This issue has been extensively covered in the press recently and, as should be blindingly obvious by now, is, by and large, nonsense.
First of all, let me make this absolutely clear - you should pay ZERO attention to the number reported by smartctl for Load_Cycle_Count. It is probably not a raw counter showing the number of times your drive heads have unparked. If you don't believe me, look at this output from my Thinkpad X40:
193 Load_Cycle_Count 0x0032 070 070 000 Old_age Always - 3037783573354
That number is over 3 *trillion*, which, for a 14 month old laptop is physically impossible, it would have to be unparking the heads 80,000 times *a second*. Again, this is physically impossible.
What you should be paying attention to are the THRESH, VALUE and WORST columns. This is an Old_age SMART value, so the VALUE starts at 100 and counts down to 0. When it crosses THRESH it means your drive manufacturer believes your drive has reached the end of its probable lifespan.
So, in my above example, the THRESH, VALUE and WORST columns are 70, 70 and 0 respectively. In this case VALUE and WORST will always be the same because it's simply counting down over time and in this case, I have used about 30% of the expected lifespan of my drive, which, at 14 months and it being a rubbishy 1.8" laptop drive, seems entirely reasonable.
My value will be lower than a stock install would because I've had laptop_mode enabled for at least a year, so the heads are unparking quite aggressively.
So, to be absolutely, entirely clear about this, Ubuntu is not killing my hard disk, no matter what Slashdot and misinformed blog posts claim.
To everyone who has commented on this bug with wild claims about how much their Load_Cycle_Count value is increasing, go back to smartctl's output and check the VALUE and THRESH columns and I am entirely confident you will find that your drive is well within expected lifespan.
The reason is because the RAW_VALUE column is entirely manufacturer specific. A few drives will actually report a counter of the number of times they've unparked the heads, but many/most report something that we have no idea about the meaning of. It's not a meaningful number. SMART is not designed to report meaningful numbers like that, it is designed to provide an indication of health that is interpreted by the firmware on the drive itself, this is what the VALUE, THRESH and WORST columns are for. Use them.

ft · Le 04/12/2007, à 19:50

Oui, et excusez-moi je débarque sur ce fil, comment pérenniser le hdparm à 254 sur secteur ? Est-ce

/etc/acpi/power.sh

qu'il faut modifier ?

Merci bien, je reconnais que je n'ai pas tout lu...

Sorbus · Le 04/12/2007, à 20:05

je sais pas si ce message issu du rapport de bug a déjà été posté (27 pages...) mais en tout cas il est intéressant :

Oui, ce message a été discuté sur ce fil de discussion, de façon très argumentée par DiCiCat (à la page 21 de ce fil) :

http://forum.ubuntu-fr.org/viewtopic.ph … 2#p1339482

... on en conclut surtout qu'il ne faut pas seulement regarder la valeur de la dernière colonne du Load_Cycle_Count (qui est cependant instructive dans la grande majorité des cas), mais aussi l'indication de pourcentage donnée dans la colonne "Value".

Dernière modification par Sorbus (Le 04/12/2007, à 20:13)

compte supprimé · Le 05/12/2007, à 15:43

@Sorbus

Si tu convertis la valeur aberrante 3037783573354 (ci-dessus) en hexa tu obtiens :
0x2C34A02C36A
Si maintenant tu partages ça en 2 groupes de 3 octets :
0x02C34A => 181066
0x02C36A => 181098
Je ne sais pas à quoi correspondent les 2 valeurs (pas plus d'ailleurs que les 2 valeurs 070 070), mais par rapport à 600000, c'est bien de l'ordre de 30 %
Il faudrait trouver (chez Seagate ? par exemple) comment sont codées ces valeurs SMART...

A+

Sorbus · Le 05/12/2007, à 16:03

Il faudrait trouver (chez Seagate ? par exemple) comment sont codées ces valeurs SMART...

Oui... pour aller plus loin dans l'interprétation des données, il manque quelques éléments clés... Pas seulement d'ailleurs sur le Load_Cycle_Count, mis en avant dans ce fil de discussion... mais sur d'autres données (obtenues par les rapports smartctl) qui ont sans doute aussi leur importance.

ft · Le 05/12/2007, à 16:24

un petit up pour ma question sur power.sh ci-dessus... Merci !

lekokeliko · Le 05/12/2007, à 22:07

@ ft : tout ca est dit sur le forum je ne sais plus la commande tu peut voir a la page 2 ou 3 je crois

@ sorbus et faustus : merci pour votre boulot et votre envie d'en savoir plus pour faire avancé les choses la dessus c'est vraiment sympa

compte supprimé · Le 06/12/2007, à 07:15

Bonjour,

Je viens de trouver ça :
http://smartlinux.sourceforge.net/smart/attributes.php
Et il y a une petite note en bas de page :

Please note that some disk manufacturers use their own ID's for attributes.

Celà pourrait expliquer qu'il puisse y avoir des valeurs parfois aberrantes...

Et sur le même site : http://smartlinux.sourceforge.net/smart/education.php
dans la rubrique spécifications, on remarque qu'il en existe plusieurs, selon le type du disque. A éplucher, peut-être (avis aux anglophones...).

A+

Dernière modification par faustus (Le 06/12/2007, à 07:23)

Sorbus · Le 06/12/2007, à 08:11

En complément, j'ai ça :
http://fr.wikipedia.org/wiki/Self-Monit … Technology

"avis aux anglophones..."

Je ne le suis pas (du tout) mais il y en a qui se débrouillent très bien ici... ils devraient donc nous tirer des trucs intéressants de ça.

Edit : la version anglophone de Wikipedia est un brin plus à jour... et notamment le tableau en bas de page, plus complet :
http://en.wikipedia.org/wiki/Self-Monit … Technology

Dernière modification par Sorbus (Le 07/12/2007, à 01:03)

utodeb · Le 06/12/2007, à 09:41

bonjour,

@ft

je crois que le post 62 par Gioo de ce trhead répond à ta question sinon tu peu regarder aussi les solutions proposées par DiDicat http://forum.ubuntu-fr.org/viewtopic.ph â€¦ 8#p1301008 qui ont été converti en une documentation sur le laptop mode http://doc.ubuntu-fr.org/laptop_mode.

Voila

ft · Le 06/12/2007, à 18:00

merci !
Mais en fait j'ai modifié power.sh (->254), et il me semble que sous secteur, je ne suis pas en laptop-mode (prouvé par un cat proc), et ça semble fonctionner correctement : plus de cliquetis ou presque. La solution semble plus simple, mais je ne suis pas expert.

Azael · Le 08/12/2007, à 00:58

The ugly fix :

You should only apply this fix if you feel your Load_Cycle_Count is increasing too fast. You should only apply this fix if you understand what you are doing so that you can reverse it. Apply this fix on your own risk. Also donâ€™t forget that having your harddisk head park protects your harddrive if you experience any bumps (which is especially nice if you are on the road and therefor probably working on battery).


If you have enabled laptop-mode (which is disabled by default). Disable laptop-mode in /etc/default/acpi-support. And $sudo laptop_mode stop
Shut down your laptop. Remove your powercord and battery for a second. Start your laptop again and determine whether Load_Cycle_Count is still increasing too fast.

If you havenâ€™t enabled laptop-mode or if your Load_Cycle_Count is still increasing too fast do the following :
$ sudo hdparm -B 254 /dev/sda
$ sudo hdparm -S 0 /dev/sda
This will turn off Advanced Power Management on the drive and it will disable the standby (spindown) timeout, so the drive will never be spun down and up again. Determine whether Load_Cycle_Count is still increasing too fast. You can experiment with values between 128 (low power usage) and 254 (best performance) although values below 254 still can do much head parks (depending on the harddrive) so you should keep watching your Load_Cycle_Count.

If hdparm solved your problem letâ€™s make these settings permanent.

Edit /etc/hdparm.conf ($gksudo gedit /etc/hdparm.conf) and add this :

/dev/sda {
apm = 254
spindown_time = 0
}


To make these changes consistent over reboots install the hdparm init script by doing :
$sudo update-rc.d hdparm defaults

Now to make sure your Load_Cycle_Count wonâ€™t start increasing after suspend,hibernate or attaching your powercord.

1) make a file named â€œ99-hdd-spin-fix.shâ€. The important thing is starting with â€œ99â€³.
$sudo gedit 99-hdd-spin-fix.sh
2) make sure the file contains the following 2 lines (fix it if you have PATA HDD):
#!/bin/sh
hdparm -B 254 /dev/sda
hdparm -S 0 /dev/sda
3) copy this file to 5 locations:
$sudo install 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/resume.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/start.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/ac.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/battery.d/

By using install the file 99-hdd-spin-fix.sh should have the x-bit set.

If you want your harddisk to park/unpark in order to safe power and protect your harddisk from bumps while on battery then you can edit /etc/acpi/battery.d/99-hdd-spin-fix.sh and change 254 to a value between 128 and 254. Choose 128 for the most aggressive power management, the most protection and the highest increase of Load_Cycles. Watch your Load_Cycle_Count and experiment to find the right value. Now your Load_Cycle_Count will increase while on battery.
$sudo gedit /etc/acpi/battery.d/99-hdd-spin-fix.sh

Donc pour ft, le mieux serait de faire le script ci dessus

#!/bin/sh
hdparm -B 254 /dev/sda
hdparm -S 0 /dev/sda

et de le placer dans /etc/acpi/ac.d comme indiqué.

Personnellement j'ai fait cette manoeuvre sur un T61 (qui au bout de 4 mois est déjà à 256345... cycles de parquage) par contre j'ai pas mis hdparm -S (qui configure le spin up / spin down des têtes)..
Depuis, le Load cycle est constant à +2, +3 par jour (dépend du nombre de fois que je met en veille / éteint l'ordi)...

Wala.

Mon ptit grain de sable.

Link31 · Le 08/12/2007, à 15:52

Azael a écrit :

Depuis, le Load cycle est constant à +2, +3 par jour (dépend du nombre de fois que je met en veille / éteint l'ordi)...

Avec un T61 (p?), les têtes de lecture se rétractent aussi automatiquement au moindre choc (s'appuyer les coudes sur le bureau par exemple... ). Mais c'est pour la bonne cause.

Azael · Le 09/12/2007, à 17:33

Sur un t61(p), le fait que les têtes de lectures se rétractent automatiquement au moindre choc est une solution logicielle se servant de capteur intégrés aux portables.
Or, par défaut cette solution logicielle n'existe pas sous nunux (enfin y a hdaps mais qui n'est pas installé par défaut) donc ceci n'est pas valable chez moi pour expliquer cette perte de la moitié de la vie de mon disque dur.

KnuX · Le 09/12/2007, à 18:19

Bonjour

J'ai été sensibilisé à ce "problème" par un ami qui m'a suggéré de réaliser les modifications indiquées dans le wiki dont il est sujet ici.

Je suis sur un laptop HP510 qui en est à l'état suivant :

9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 820
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 435
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 430
193 Load_Cycle_Count 0x0032 187 187 000 Old_age Always - 39656

Bon, si j'ai bien compris, je n'ai pas trop à m'en faire désormais. Mais en fait j'observe que si je suis sur batterie, le Load_Cycle_Count augmente au rythme d'un toutes les deux minutes malgré les ajustements de la configuration. Branché sur le secteur, rien à signaler, ça n'évolue pas.

Oà¹ est mon erreur ? Je pense aux paramètres hdparm qu'il faudrait tester, mais je n'ai pas trop compris ce passage... J'ai mis ma configuration ici : http://pastebin.org/10975

Je m'abonne à ce sujet, les discussions sont intéressantes et constructives

knuckles · Le 13/12/2007, à 00:22

Bonsoir tout le monde!

Je suis concerné par ce problème avec mon D630. J'ai donc suivi le tutorial pour obtenir une bonne configuration du laptop-mode. Malgré tout cela, et un laptop mode activé, mon disque dur s'éteind au bout de quelques secondes d'inactivité (que le laptop mode soit activé ou pas). Bilan : Je suis obligé de désactiver la gestion d'énergie pour le disque dur (hdparm à 254)...

Je vous joint mon fichier laptop-mode.conf, afin que vous détectiez une éventuelle anomalie, car la je vois vraiment pas!

###############################################################################
#
# Configuration for Laptop Mode Tools
# -----------------------------------
#
# There is a "system" to the configuration setting names:
#    CONTROL_something=0/1   Determines whether Laptop Mode Tools controls 
#                            something
#    LM_something=value      Value of "something" when laptop mode is active
#    NOLM_something=value    Value of "something" when laptop mode is NOT
#                            active
#    AC_something=value      Value of "something" when the computer is running
#                            on AC power
#    BATT_something=value    Value of "something when the computer is running
#                            on battery power
#
# There can be combinations of LM_/NOLM_ and AC_/BATT_ prefixes, but the
# available prefixes are different for each setting. The available ones are 
# documented in the manual page, laptop-mode.conf(8). If there is no LM_/
# NOLM_ in a setting name, then the value is used independently of laptop
# mode state, and similarly, if there is no AC_/BATT_, then the value is used
# independently of power state.
#
# Some options only work on ACPI systems. They are marked ACPI-ONLY.
#
# Note that this configuration file is a fragment of bash shell script: you
# can use all the features of the bash scripting language to achieve your
# desired configuration.
#
# 
# IMPORTANT: Laptop Mode Tools modules have separate configuration files, that
# can be found in /etc/laptop-mode/conf.d. Please look through these
# configuration files as well!
#
###############################################################################



###############################################################################
# Configuration debugging
# -----------------------
###############################################################################


#
# Set this to 1 if you want to see a lot of information when you start/stop 
# laptop_mode.
#
VERBOSE_OUTPUT=0



###############################################################################
# When to enable laptop mode
# --------------------------
#
# "Laptop mode" is the mode in which laptop mode tools makes the computer
# consume less power. This includes the kernel "laptop_mode" feature, which
# allows your hard drives to spin down, as well as various other settings which
# can be tweaked by laptop mode tools. You can enable or disable all of these
# settings using the CONTROL_... options further down in this config file.
###############################################################################


#
# Enable laptop mode when on battery power.
#
ENABLE_LAPTOP_MODE_ON_BATTERY=1


#
# Enable laptop mode when on AC power.
#
ENABLE_LAPTOP_MODE_ON_AC=0


#
# Enable laptop mode when the laptop's lid is closed, even when we're on AC
# power? (ACPI-ONLY)
#
ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=0



###############################################################################
# When to enable data loss sensitive features
# -------------------------------------------
#
# When data loss sensitive features are disabled, laptop mode tools acts as if
# laptop mode were disabled, for those features only.
#
# Data loss sensitive features include:
# - laptop_mode (i.e., delayed writes)
# - hard drive write cache
#
# All of the options that follow can be set to 0 in order to prevent laptop
# mode tools from using them to stop data loss sensitive features. Use this
# when you have a battery that reports the wrong information, that confuses
# laptop mode tools.
#
# Disabling data loss sensitive features is ACPI-ONLY.
###############################################################################


#
# Disable all data loss sensitive features when the battery level (in % of the
# battery capacity) reaches this value.
#
MINIMUM_BATTERY_CHARGE_PERCENT=3


#
# Disable data loss sensitive features when the battery reports its state
# as "critical".
#
DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1


###############################################################################
# Controlled hard drives and partitions
# -------------------------------------
#
# For spinning down your hard drives, laptop mode will remount file systems and
# adjust hard drive spindown timeouts. These parameters specify which
# devices and partitions are affected by laptop mode.
###############################################################################


#
# The drives that laptop mode controls.
# Separate them by a space, e.g. HD="/dev/hda /dev/hdb". The default is a
# wildcard, which will get you all your IDE and SCSI/SATA drives.
#
HD="/dev/sda"


#
# The partitions (or mount points) that laptop mode controls.
# Separate the values by spaces. Use "auto" to indicate all partitions on drives
# listed in HD. You can add things to "auto", e.g. "auto /dev/hdc3". You can
# also specify mount points, e.g. "/mnt/data".
#
PARTITIONS="auto /dev/mapper/*"


#
# If this is enabled, laptop mode tools will assume that SCSI drives are
# really SATA drives that only _look_ like SCSI drives, and will use hdparm
# to control them. Set this to 0 if you have /dev/sd devices and you want
# laptop mode tools to use the "sdparm" command to control them. 
#
ASSUME_SCSI_IS_SATA=1


###############################################################################
# Hard drive behaviour settings
# -----------------------------
#
# These settings specify how laptop mode tools will adjust the various
# parameters of your hard drives and file systems.
###############################################################################


#
# Maximum time, in seconds, of work that you are prepared to lose when your
# system crashes or power runs out. This is the maximum time that Laptop Mode
# will keep unsaved data waiting in memory before spinning up your hard drive.
#
LM_BATT_MAX_LOST_WORK_SECONDS=3600
LM_AC_MAX_LOST_WORK_SECONDS=3600


#
# Should laptop mode tools control readahead?
#
CONTROL_READAHEAD=1


#
# Read-ahead, in kilobytes. You can spin down the disk while playing MP3/OGG
# by setting the disk readahead to a reasonable size, e.g. 3072 (3 MB).
# Effectively, the disk will read a complete MP3 at once, and will then spin 
# down while the MP3/OGG is playing. Don't set this too high, because the 
# readahead is applied to _all_ files that are read from disk.
#
LM_READAHEAD=3072
NOLM_READAHEAD=128


#
# Should laptop mode tools add the "noatime" option to the mount options when 
# laptop mode is enabled?
#
CONTROL_NOATIME=0


#
# Should laptop mode tools control the hard drive idle timeout settings?
#
CONTROL_HD_IDLE_TIMEOUT=1


#
# Idle timeout values. (hdparm -S)
# Default is 2 hours on AC (NOLM_HD_IDLE_TIMEOUT_SECONDS=7200) and 20 seconds
# for battery and for AC with laptop mode on.
#
LM_AC_HD_IDLE_TIMEOUT_SECONDS=300
LM_BATT_HD_IDLE_TIMEOUT_SECONDS=20
NOLM_HD_IDLE_TIMEOUT_SECONDS=300


#
# 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=150
LM_AC_HD_POWERMGMT=254
NOLM_AC_HD_POWERMGMT=254


#
# Should laptop mode tools control the hard drive write cache settings?
#
CONTROL_HD_WRITECACHE=1


#
# Write cache settings for HD (hdparm -W values)
#
NOLM_AC_HD_WRITECACHE=1
NOLM_BATT_HD_WRITECACHE=0
LM_HD_WRITECACHE=1



###############################################################################
# CPU frequency scaling and throttling
# ------------------------------------
#
# Laptop mode tools can automatically adjust your kernel CPU frequency
# settings. This includes upper and lower limits and scaling governors.
# There is also support for CPU throttling, on systems that don't support
# frequency scaling.
#
# This feature only works on 2.6 kernels.
###############################################################################


#
# Should laptop mode tools control the maximum CPU frequency?
#
CONTROL_CPU_FREQUENCY=0


#
# Legal values are "slowest" for the slowest speed that your
# CPU is able to operate at, "fastest" for the fastest speed,
# "medium" for some value in the middle, or any value listed in
# /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_frequencies.
# The "governor" can be any governor installed on your system, this usually
# includes "ondemand", "conservative", and "performance". The
# "IGNORE_NICE_LOAD" setting specifies that background programs that have
# a low priority ("nice level") should not cause the CPU frequency to
# be increased. (You generally want this to be enabled in battery mode.)
#
BATT_CPU_MAXFREQ=medium
BATT_CPU_MINFREQ=slowest
BATT_CPU_GOVERNOR=ondemand
BATT_CPU_IGNORE_NICE_LOAD=1
LM_AC_CPU_MAXFREQ=fastest
LM_AC_CPU_MINFREQ=slowest
LM_AC_CPU_GOVERNOR=ondemand
LM_AC_CPU_IGNORE_NICE_LOAD=1
NOLM_AC_CPU_MAXFREQ=fastest
NOLM_AC_CPU_MINFREQ=slowest
NOLM_AC_CPU_GOVERNOR=performance
NOLM_AC_CPU_IGNORE_NICE_LOAD=0


#
# Should laptop mode tools control the CPU throttling? This is only useful
# on processors that don't have frequency scaling.
# (Only works when you have /proc/acpi/processor/CPU*/throttling.)
#
CONTROL_CPU_THROTTLING=0


#
# Legal values are "maximum" for the maximum (slowest) throttling level,
# "minimum" for minimum (fastest) throttling level, "medium" for a value
# somewhere in the middle (this is usually 50% for P4s), or any value listed
# in /proc/acpi/processor/CPU*/throttling. Be careful when using "maximum":
# this may be _very_ slow (in fact, with P4s it slows down the processor
# by a factor 8).
#
BATT_CPU_THROTTLING=medium
LM_AC_CPU_THROTTLING=medium
NOLM_AC_CPU_THROTTLING=minimum



###############################################################################
# Syslog configuration control
# ----------------------------
# 
# Syslog daemons have a tendency to sync their log files when entries are
# written to them. This causes disks to spin up, which is not very nice when
# you're trying to save power. The syslog.conf can be tweaked to *not* sync
# a given file, by prepending the log file name with a dash, like this:
#
# 	mail.*		-/var/log/mail/mail.log
#
# Using the following options, you can let laptop mode switch between
# different syslog configurations depending on whether you are working on
# battery or on AC power. To set this up, start by configuring these options
# for your syslog daemon, and then run lm-syslog-setup to create the various
# files. Then edit the laptop mode-specific syslog configuration files to
# remove the syncs only when laptop mode is active.
###############################################################################


#
# Should laptop mode tools control which syslog.conf should be used?
#
CONTROL_SYSLOG_CONF=1


#
# Laptop mode tools controls syslog.conf by replacing /etc/syslog.conf (or
# whatever you specify in SYSLOG_CONF) by a link to the files configured here.
# NOTE: these files are NOT created by default, and if they do not
# exist this feature will not work. You can run the script
# /usr/sbin/lm-syslog-setup to set things up.
#
LM_AC_SYSLOG_CONF=/etc/syslog-on-ac-with-lm.conf
NOLM_AC_SYSLOG_CONF=/etc/syslog-on-ac-without-lm.conf
BATT_SYSLOG_CONF=/etc/syslog-on-battery.conf


#
# Signal this program when syslog.conf has been replaced.
#
SYSLOG_CONF_SIGNAL_PROGRAM=syslogd


#
# This is the syslog configuration file that should be replaced by a link to
# the other files.
#
SYSLOG_CONF=/etc/syslog.conf



###############################################################################
# X display settings
# ------------------
#
# Using these settings, you can let laptop mode tools control the X display
# standby timeouts.
#
# This requires that you have installed the "xset" utility. It is part of the
# X.org server distribution and included in the package xorg-server-utils.
#
# The X settings are not automatically applied on login, and this is
# impossible fix for the user, since laptop mode tools must operate as root.
# Therefore, it is recommended to add the following line to /etc/X11/Xsession
# as well:
#
#   /usr/sbin/laptop_mode force
#
###############################################################################


#
# Should laptop mode tools control DPMS standby settings for X displays?
#
CONTROL_DPMS_STANDBY=0


#
# These settings specify the standby timeout for the X display,
# in seconds. The suspend and poweroff timeouts are somewhat
# larger values derived from these values.
#
BATT_DPMS_STANDBY=300
LM_AC_DPMS_STANDBY=1200
NOLM_AC_DPMS_STANDBY=1200



###############################################################################
# Terminal settings
# -----------------
#
# Using these settings, you can let laptop mode tools control the terminal
# blanking timeouts. This only works for linux virtual consoles.
#
###############################################################################


#
# Should laptop mode tools control terminal blanking settings?
#
CONTROL_TERMINAL=0


#
# Terminal device files that should be affected. (One terminal is enough, this
# affects all consoles. )
#
TERMINALS="/dev/tty1"


#
# These settings specify the blanking and powerdown timeouts. Note that
# the powerdown timeout is counted from the moment the screen is blanked,
# i.e. BLANK_MINUTES=2 and POWERDOWN_MINUTES=5 means the screen powers
# down after 7 minutes of inactivity. The range for all these settings is
# 1 to 60 minutes, or 0 to disable.
#
BATT_TERMINAL_BLANK_MINUTES=1
BATT_TERMINAL_POWERDOWN_MINUTES=2
LM_AC_TERMINAL_BLANK_MINUTES=10
LM_AC_TERMINAL_POWERDOWN_MINUTES=10
NOLM_AC_TERMINAL_BLANK_MINUTES=10
NOLM_AC_TERMINAL_POWERDOWN_MINUTES=50


###############################################################################
# LCD brightness settings
# -----------------------
#
# Using these settings, you can make laptop mode tools automatically adjust
# your LCD's brightness settings. The settings are extremely simple -- they
# only allow for the execution of a command, nothing more. The reason for this
# is that LCD brightness settings are very different between laptop vendors.
#
# Suggestions for commands:
#
#  * If your system has the file "/proc/acpi/video/VID/LCD/brightness" (VID may
#    be VID1 or similar), use this file as BRIGHTNESS_OUTPUT, and use
#    the command "echo <value>". The possible values can be listed using the
#    command:
#
#       cat /proc/acpi/video/VID/LCD/brightness
#
#  * If you have a file /sys/class/backlight/.../brightness, then you can use
#    that file as BRIGHTNESS_OUTPUT, and the command "echo <value>".
#
#    As far as I understand it the values are between 0 and
#    the value contained in the file /sys/class/backlight/.../max_brightness.
#
#  * For Toshiba laptops, use the command "toshset" with the -lcd or -inten
#    command. Read the toshset(1) manual page for more information on the
#    parameters for this command. If you use this command, set
#    BRIGHTNESS_OUTPUT to "/dev/null".
#
###############################################################################


#
# Should laptop mode tools control LCD brightness?
#
CONTROL_BRIGHTNESS=0


#
# Commands to execute to set the brightness on your LCD
#
BATT_BRIGHTNESS_COMMAND="echo [value]"
LM_AC_BRIGHTNESS_COMMAND="echo [value]"
NOLM_AC_BRIGHTNESS_COMMAND="echo [value]"
BRIGHTNESS_OUTPUT="/proc/acpi/video/VID/LCD/brightness"


###############################################################################
# Auto-hibernation settings
# -------------------------
#
# Using these settings, you can make laptop mode tools automatically put your
# computer into hibernation when the battery level goes critically low.
#
# This feature only works on ACPI, and only works on computers whose batteries
# give off battery events often enough.
###############################################################################


#
# Should laptop mode tools perform auto-hibernation?
#
ENABLE_AUTO_HIBERNATION=0


#
# The hibernation command that is to be executed when auto-hibernation
# is triggered.
#
HIBERNATE_COMMAND=/usr/sbin/hibernate


#
# Auto-hibernation battery level threshold, in percentage of the battery's
# total capacity.
#
AUTO_HIBERNATION_BATTERY_CHARGE_PERCENT=2


#
# Enable this to auto-hibernate if the battery reports that its level is
# "critical".
#
AUTO_HIBERNATION_ON_CRITICAL_BATTERY_LEVEL=1



###############################################################################
# Start/Stop Programs settings
# ----------------------------
#
# Laptop mode tools can automatically start and stop programs when entering
# various power modes. Put scripts accepting "start" and "stop" parameters
# in the directories /etc/laptop-mode/batt-stop, batt-start, lm-ac-stop,
# lm-ac-start, nolm-ac-stop and nolm-ac-start. Laptop mode will call the
# scripts in a state-"stop" directory with the "stop" parameter when entering
# the state in question, and it will call the same scripts with the "start"
# parameter when leaving the state. Scripts in a state-"start" directory are
# called with the "start" parameter when the specified state is entered, and
# with the "stop" parameter when the specified state is left.
###############################################################################


#
# Should laptop mode start and stop programs? 
#
CONTROL_START_STOP=1



###############################################################################
# Settings you probably don't want to touch
# -----------------------------------------
#
# It is usually not necessary to change these parameters. They are included
# for completeness' sake.
###############################################################################


#
# Change mount options on partitions in PARTITIONS? You don't really want to
# disable this. If you do, then your hard drives will probably not spin down
# anymore.
#
CONTROL_MOUNT_OPTIONS=1


#
# Dirty synchronous ratio.  At this percentage of dirty pages the process
# which calls write() does its own writeback.
#
LM_DIRTY_RATIO=60
NOLM_DIRTY_RATIO=40


#
# Allowed dirty background ratio, in percent.  Once DIRTY_RATIO has been
# exceeded, the kernel will wake pdflush which will then reduce the amount
# of dirty memory to dirty_background_ratio.  Set this nice and low, so once
# some writeout has commenced, we do a lot of it.
#
LM_DIRTY_BACKGROUND_RATIO=1
NOLM_DIRTY_BACKGROUND_RATIO=10


#
# kernel default settings -- don't touch these unless you know what you're 
# doing.
#
DEF_UPDATE=5
DEF_XFS_AGE_BUFFER=15
DEF_XFS_SYNC_INTERVAL=30
DEF_XFS_BUFD_INTERVAL=1
DEF_MAX_AGE=30


#
# This must be adjusted manually to the value of HZ in the running kernel
# on 2.4, until the XFS people change their 2.4 external interfaces to work in
# centisecs. This can be automated, but it's a work in progress that still
# needs some fixes. On 2.6 kernels, XFS uses USER_HZ instead of HZ for
# external interfaces, and that is currently always set to 100. So you don't
# need to change this on 2.6.
#
XFS_HZ=100


#
# Seconds laptop mode has to to wait after the disk goes idle before doing
# a sync.
#
LM_SECONDS_BEFORE_SYNC=2

Sorbus · Le 13/12/2007, à 00:50

@ Knux

Bon, si j'ai bien compris, je n'ai pas trop à m'en faire désormais. Mais en fait j'observe que si je suis sur batterie, le Load_Cycle_Count augmente au rythme d'un toutes les deux minutes malgré les ajustements de la configuration. Branché sur le secteur, rien à signaler, ça n'évolue pas.

Si j'ai bien compris, ce que tu décris là est assez normal. C'est à peu près comme ça aussi sur mon portable (à la différence près que sur batterie, c'est plutà´t 1 Load_Cycle_Count par minute)... La logique de cette différence de traitement entre secteur et batterie est liée à l'idée que si l'ordinateur fonctionne sur batterie, c'est qu'il voyage, qu'il bouge, et qu'il est donc nécessaire pour la santé du disque d'effectuer bcp plus de chargement/déchargement de la tête de lecture.

Oà¹ est mon erreur ?

Je pense qu'il n'y en a pas.

Avec les chiffres que tu indiques, je pense en effet que tu n'as pas trop à t'inquiéter.

Il y a quelque chose d'intéressant dans tes chiffres, pas encore vu sur ce fil, même si on sait que ça existe : les indications de la colonne "Value" sont basées sur un nombre initial de 200 pour "Power-Off_Retract_Count" et pour "Load_Cycle_Count" (alors que le plus souvent, on part de 100)... Quand toi, tu auras le nombre 90 dans cette colonne, cela signifiera que - pour ce critère du Load_Cycle_Count - il ne resteras à ton disque que 45% de sa durée de vie... et non pas 90%... Mais pour l'instant, tu es à 187/200... Il reste donc 93,5%.

@knuckles
Je ne peux rien dire... n'ayant pas étudié la question du laptop-mode et de hdparm... D'autres le pourront peut-être... Mais si tu es concerné par le problème, pourrais-tu transmettre tes chiffres dans un message ?

Dernière modification par Sorbus (Le 13/12/2007, à 00:52)

KnuX · Le 13/12/2007, à 21:40

Hm, je ne l'utilise pas souvent sur batterie certes, mais j'avais cru comprendre que mon rythme d'incrémentation était tout de même élevé... Toi, un par minute, ça l'est encore plus !

Sur le portable de mon pote qui m'a suggéré et guidé durant les modifs, il n'a pas une telle incrémentation si rapide quand il est sur batterie.

Quels chiffres désignes-tu ? ^^

Sorbus · Le 13/12/2007, à 21:52

Quels chiffres désignes-tu ? ^^

@KnuX
La fin de mon message précédent ne s'adresse pas à toi, mais à knuckles

Il s'agit des chiffres Power_On_Hours, Power_Cycle_Count, Power-Off_Retract_Count et Load_Cycle_Count

Concernant le nombre d'incrémentation "normal" sur batterie... je révise la question, et je reviens...

adam0509 · Le 14/12/2007, à 00:02

sérieusement, c'est nimporte-quoi, j'ai le laptopmode, mais maintenant ça use le truc encore plus vite... savent pas coder chez linux ou quoi ?

Moi j'ai choisi linux pour l'EXT3 et sa non-defragmentation, et donc sa faible usurue du disque-dur... franchement abusé quoi....

Sorbus · Le 14/12/2007, à 00:57

savent pas coder chez linux ou quoi ?

Voir par exemple ici :
http://forum.ubuntu-fr.org/viewtopic.ph … 3#p1357213
ou là :
http://forum.ubuntu-fr.org/viewtopic.ph … 5#p1355005

@adam0509
Sérieusement, sur ce fil, on cherche à comprendre, à analyser. Si tu peux nous donner les chiffres de ton load_cycle_count avec power_on_hours... Dire de combien ça évolue... Est-ce différent si tu es sur secteur ou sur batterie... etc.

adam0509 · Le 14/12/2007, à 00:58

jsuis pas certain que le problème existe sous windows.. bizarre quand même...

Mon load cycle s'affole, et même beaucoup plus depuis que j'ai mis le laptop mode :

# Comment the next line to disable ACPI suspend to RAM
ACPI_SLEEP=true

# Comment the next line to disable suspend to disk
ACPI_HIBERNATE=true

# Change the following to "standby" to use ACPI S1 sleep, rather than S3.
# This will save less power, but may work on more machines
ACPI_SLEEP_MODE=mem

# Add modules to this list to have them removed before suspend and reloaded
# on resume. An example would be MODULES="em8300 yenta_socket"
#
# Note that network cards and USB controllers will automatically be unloaded 
# unless they're listed in MODULES_WHITELIST
MODULES=""

# Add modules to this list to leave them in the kernel over suspend/resume
MODULES_WHITELIST=""

# Should we save and restore state using the VESA BIOS Extensions?
SAVE_VBE_STATE=true

# The file that we use to save the vbestate
VBESTATE=/var/lib/acpi-support/vbestate

# Should we attempt to warm-boot the video hardware on resume?
POST_VIDEO=true

# Save and restore video state?
# SAVE_VIDEO_PCI_STATE=true

# Should we switch the screen off with DPMS on suspend?
USE_DPMS=true

# Use Radeontool to switch the screen off? Seems to be needed on some machines
# RADEON_LIGHT=true

# Uncomment the next line to switch away from X and back again after resume.
# This is needed for some hardware, but should be unnecessary on most.
# DOUBLE_CONSOLE_SWITCH=true

# Set the following to "platform" if you want to use ACPI to shut down
# your machine on hibernation
HIBERNATE_MODE=shutdown

# Comment this out to disable screen locking on resume
LOCK_SCREEN=true

# Uncomment this line to have DMA disabled before suspend and reenabled
# afterwards
# DISABLE_DMA=true

# Uncomment this line to attempt to reset the drive on resume. This seems
# to be needed for some Sonys
# RESET_DRIVE=true

# Add services to this list to stop them before suspend and restart them in 
# the resume process.
STOP_SERVICES=""

# Restart Infra Red services on resume - off by default as it crashes some
# machines
RESTART_IRDA=false

# Switch to laptop-mode on battery power - off by default as it causes odd
# hangs on some machines
ENABLE_LAPTOP_MODE=true

# Spindown time on battery
SPINDOWN_TIME=12

Voilou mon /etc/default/acpi-support !!

Dernière modification par adam0509 (Le 14/12/2007, à 00:58)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#626 Le 04/12/2007, à 00:12

Re : Vieillissement prématuré des disques durs de portables

#627 Le 04/12/2007, à 00:17

Re : Vieillissement prématuré des disques durs de portables

#628 Le 04/12/2007, à 14:47

Re : Vieillissement prématuré des disques durs de portables

#629 Le 04/12/2007, à 19:28

Re : Vieillissement prématuré des disques durs de portables

#630 Le 04/12/2007, à 19:50

Re : Vieillissement prématuré des disques durs de portables

#631 Le 04/12/2007, à 20:05

Re : Vieillissement prématuré des disques durs de portables

#632 Le 05/12/2007, à 15:43

Re : Vieillissement prématuré des disques durs de portables

#633 Le 05/12/2007, à 16:03

Re : Vieillissement prématuré des disques durs de portables

#634 Le 05/12/2007, à 16:24

Re : Vieillissement prématuré des disques durs de portables

#635 Le 05/12/2007, à 22:07

Re : Vieillissement prématuré des disques durs de portables

#636 Le 06/12/2007, à 07:15

Re : Vieillissement prématuré des disques durs de portables

#637 Le 06/12/2007, à 08:11

Re : Vieillissement prématuré des disques durs de portables

#638 Le 06/12/2007, à 09:41

Re : Vieillissement prématuré des disques durs de portables

#639 Le 06/12/2007, à 18:00

Re : Vieillissement prématuré des disques durs de portables

#640 Le 08/12/2007, à 00:58

Re : Vieillissement prématuré des disques durs de portables

#641 Le 08/12/2007, à 15:52

Re : Vieillissement prématuré des disques durs de portables

#642 Le 09/12/2007, à 17:33

Re : Vieillissement prématuré des disques durs de portables

#643 Le 09/12/2007, à 18:19

Re : Vieillissement prématuré des disques durs de portables

#644 Le 13/12/2007, à 00:22

Re : Vieillissement prématuré des disques durs de portables

#645 Le 13/12/2007, à 00:50

Re : Vieillissement prématuré des disques durs de portables

#646 Le 13/12/2007, à 21:40

Re : Vieillissement prématuré des disques durs de portables

#647 Le 13/12/2007, à 21:52

Re : Vieillissement prématuré des disques durs de portables

#648 Le 14/12/2007, à 00:02

Re : Vieillissement prématuré des disques durs de portables

#649 Le 14/12/2007, à 00:57

Re : Vieillissement prématuré des disques durs de portables

#650 Le 14/12/2007, à 00:58

Re : Vieillissement prématuré des disques durs de portables

Pied de page des forums