Hintergrund¶

Wie schon erwähnt, parken aktuelle Notebooks die Schreibköpfe ihrer Festplatten, wenn kein Lese-/Schreib-Zugriff stattfindet und sparen somit Strom für den Batteriebetrieb ein. Die Anzahl dieser Parkvorgänge ist allerdings verschleißbehaftet und somit in ihrer Anzahl begrenzt. Diese maximale Anzahl ist von Hersteller zu Hersteller verschieden und pendelt sich im Regelfall bei 300.000 bis 600.000 Parkvorgängen ein.

Nun obliegt es unter anderem dem Notebookhersteller in den ACPI-Einstellungen des Notebooks entsprechend passende Werte zu verwenden, um die sogenannten Load-Cycle-Counts nicht ins Unermessliche steigen lassen. Wie festgestellt wurde, sind selbige Einstellungen von den Herstellern meist sehr radikal gewählt und die Load-Cycle-Counts entsprechend hoch. Es bietet sich jedoch die Möglichkeit, die ACPI-Einstellungen mit Hilfe des Betriebssystems zu korrigieren, was jedoch wohl im Vertrauen auf die Hersteller nicht automatisch geschieht. Zusätzlich sieht man sich vor dem Problem, Werte zu finden, die für jedes Notebook passend sind.

Rechnet man also vor diesem Hintergrund mit einer Anzahl von 30 Parkvorgängen in der Stunde und einer Laufzeit von 10 Stunden pro Tag, könnte die Festplatte theoretisch bereits nach zweieinhalb Jahren Defekte aufweisen.

Überprüfung¶

Wenn nicht schon geschehen, muss zunächst das Programm smartctl, welches Statusmeldungen von S.M.A.R.T. auslesen kann, installiert werden.

Folgendes Paket muss installiert ^[1] werden:

• smartmontools

Nach der Installation öffnet man ein Terminal ^[2] und führt folgenden Befehl mit Root-Rechten im Netzbetrieb in Abständen von etwa einer Minute mehrmals hintereinander aus:

sudo smartctl -A /dev/sdX | grep -E "(Load_Cycle_Count|ID)" 

Dieser Befehl produziert bei richtig angegebenem Laufwerk (Buchstabe X) und aktivierter SMART-Funktion eine Ausgabe folgender Form:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
225 Load_Cycle_Count        0x0032   95    95    000    Old_age   Always       -       32578

Den besten Überblick über die Anzahl der "verbrauchten" Parkvorgänge gibt hier die Spalte VALUE. Der Wert darunter ist bei einer neuen Festplatte meistens gleich 100 und nähert sich dann im Laufe der Lebenszeit dem kritischen Wert 0 (THRESH). Im vorliegenden Beispiel hat die Festplatte also schon 5% ihrer maximal vorgesehenen Parkvorgänge durchgeführt.

In der Spalte RAW_VAUE steht die tatsächliche Anzahl der Parkvorgänge. Im Netzbetrieb darf sich der hier ausgegebene Wert nur sehr langsam erhöhen. So schränken 100 Load-Cycles pro Tag die Lebensdauer einer Festplatte sicher nicht ein. Ist aber eine wesentlich schnellere Änderung feststellbar, die auch mit fallendem VALUE-Wert einhergeht, sollte man entsprechende Maßnahmen ergreifen.

Befindet sich der VALUE-Wert bereits nahe dem Grenzbereich, sollte man den Gesundheitszustand der Festplatte mit Hilfe des Schnelltests von smartctl überprüfen.

provisorische Lösungen¶

Generell bedient sich derzeit jede bekannte Lösung des Problems dem Kommandozeilenprogramm hdparm, welches diverse Einstellungen von Festplattenparametern ermöglicht. Mit den unten vorgestellten Skripten wird im Netzbetrieb das Parken des Schreibkopfes verhindert. Im Batteriebetrieb wird jedoch weiterhin die stromsparende Standard-Einstellung verwendet. Nach der Anwendung eines der vorgestellten Workarounds sollten sich also die Load-Cycles im Netz- und Batteriebetrieb nicht mehr erhöhen.

sudo hdparm -B 254 /dev/sdX 

...
# apm setting when on battery
apm_battery = WERT
# -S standby (spindown) timeout for the drive
spindown_time = 0
...

sudo install /etc/acpi/resume.d/90-hdparm.sh /etc/pm/sleep.d/ 

sudo sh /etc/acpi/ac.d/90-hdparm.sh 

...
if [ $STATE = "BATTERY" ] ; then
  hdparm -B 128 $dev
else
...

#! /bin/sh
#
# This script adjusts hard drive APM settings using hdparm. The hardware
# defaults (usually hdparm -B 128) cause excessive head load/unload cycles
# on many modern hard drives. We therefore set hdparm -B 254 while on AC
# power. On battery we set hdparm -B 128, because the head parking is
# very useful for shock protection.
#

. /usr/share/acpi-support/power-funcs

DO_HDPARM=y
if [ -e /usr/sbin/laptop_mode ] ; then
  LMT_CONTROL_HD_POWERMGMT=$(. /etc/laptop-mode/laptop-mode.conf && echo "$CONTROL_HD_POWERMGMT")
  if [ "$LMT_CONTROL_HD_POWERMGMT" != 0 ] ; then
    # Laptop mode controls hdparm -B settings, we don't.
    DO_HDPARM=n
  fi
fi

if [ $DO_HDPARM = y ] ; then
  # Get the power state into STATE
  getState;

  for dev in /dev/sd? /dev/hd? ; do
    if [ -b $dev ] ; then
      # Check for APM support; discard errors since not all drives
      # support HDIO_GET_IDENTITY (-i).    
      if hdparm -i $dev 2> /dev/null | grep -q 'AdvancedPM=yes' ; then
	if [ $STATE = "BATTERY" ] ; then
	  hdparm -B 128 $dev
	else
	  hdparm -B 254 $dev
	fi
      fi
    fi
  done
fi

sudo install ~/90-hdparm.sh /etc/acpi/suspend.d/
sudo install ~/90-hdparm.sh /etc/acpi/resume.d/
sudo install ~/90-hdparm.sh /etc/acpi/start.d/
sudo install ~/90-hdparm.sh /etc/acpi/ac.d/
sudo install ~/90-hdparm.sh /etc/acpi/battery.d/
sudo install ~/90-hdparm.sh /etc/pm/sleep.d/ 

sudo sh /etc/acpi/ac.d/90-hdparm.sh 

Links¶

• Alternatives Workaround über pm-utils

• Ergänzung zur pm-utils-Methode bezüglich Standby und Ruhezustand

• Blogeintrag eines Ubuntu-Entwicklers - nicht mehr auf dem neuesten Stand

• Detailierter Blogeintrag zum Thema

• Bugreport auf Launchpad.net

• Forenthread auf Ubuntuforums.org

• Ikhaya-Beitrag zum Thema - nicht mehr auf dem neuesten Stand

• Liste betroffener Notebook-Modelle im Kernel-Wiki