Festplatten wachen nach ca. 1-2h aus Standby auf

[xone 62]

Hallo zusammen!

Ich hab hier einen PC in welchem ich 1 IDE-Systemplatte und zwei weitere SATA-Festplatten an einem Promise-Controlelr hatte. Mittels hdparm -S 242 /dev/xxxx habe ich die (Nicht-System-)Platten jeweils nach 1h Leerlauf schlafen gelegt. Soweit hat das bisher gut funktioniert, die Platten schliefen bis ich wieder auf die darauf befindlichen Daten zugegriffen habe. Bis gestern. Da habe ich von openSUSE 10.2 auf 11.0 gewechselt und noch zwei weitere IDE-HDDs eingebaut, eine ans MB und die andere an den Promise-Controller.

Die HDDs legen sich auch nach dem Upgrade schön brav schlafen, aber nach ein bis zwei Stunden werden sie (alle, die beiden SATA und die beiden Nicht-System-IDE) wieder aufgeweckt. Ich habe hier im Forum schon einige Einträge zu dieser Problematik durchgelesen und mal mit "lsof | grep /dev/xxxx" versucht den störenden Prozess zu finden, jedoch überwacht lsof nicht über längere Zeit, also konnte ich nichts finden.

Kann mir da jemand einen heissen Tipp geben? Folgende Hinweise habe ich noch:
- Die Platten sind in keinem LVM- oder sonstigen Verbund.
- Die Platten haben je eine ext3-Partition. Klar, da ist Journaling drauf, aber bisher hat doch das auch funktioniert, also vermute ich das Problem wo anders.

Ich bin froh um jeden Hinweis! Vielen Dank für Eure Hilfe! MfG

Xone:62

[lkwg82]

versuche mal lsof -X -r 2 /dev,

damit kannst du wiederkehrend lsof ausführen

[xone 62]

Hallo!

Super, habe lsof einmal ein Bisschen mitschreiben lassen und siehe da, der ÜBeltäter heisst smartd. Werde mich da mal schlau machen ob der wirklich so häufig die S.M.A.R.T.-Werte lesen muss oder ob ich das eventuell unterbinden werde. Die System-HDD läuft eh immer, da ist miur smartd egal aber bei den anderen ist mir das nicht so wichtig.

Besten Dank für die Hilfe! MfG

Xone:62

[lkwg82]

Du schreibst ja dann bestimmt auch noch, wie du es gelöst hast, nicht??!

Danke!

[xone 62]

Sicher werd ich das! :D

Ich hab mich jetzt einmal ein Bisschen mit der manpage von smartd herumgeschlagen und da einen interessanten Abschnitt gefunden:


-n POWERMODE[,q]

This 'nocheck' Directive is used to prevent a disk from being spun-up when it is periodically polled by smartd.

ATA disks have five different power states. In order of increasing power consumption they are: 'OFF', 'SLEEP', 'STANDBY', 'IDLE', and 'ACTIVE'. Typically in the OFF, SLEEP, and STANDBY modes the disk's platters are not spinning. But usually, in response to SMART commands issued by smartd, the disk platters are spun up. So if this option is not used, then a disk which is in a low-power mode may be spun up and put into a higher-power mode when it is periodically polled by smartd.

Note that if the disk is in SLEEP mode when smartd is started, then it won't respond to smartd commands, and so the disk won't be registered as a device for smartd to monitor. If a disk is in any other low-power mode, then the commands issued by smartd to register the disk will probably cause it to spin-up.

The '-n' (nocheck) Directive specifies if smartd's periodic checks should still be carried out when the device is in a low-power mode. It may be used to prevent a disk from being spun-up by periodic smartd polling. The allowed values of POWERMODE are:

never - smartd will poll (check) the device regardless of its power mode. This may cause a disk which is spun-down to be spun-up when smartd checks it. This is the default behavior if the '-n' Directive is not given.

sleep - check the device unless it is in SLEEP mode.

standby - check the device unless it is in SLEEP or STANDBY mode. In these modes most disks are not spinning, so if you want to prevent a laptop disk from spinning up each time that smartd polls, this is probably what you want.

idle - check the device unless it is in SLEEP, STANDBY or IDLE mode. In the IDLE state, most disks are still spinning, so this is probably not what you want.

When a self test is scheduled (see '-s' Directive below), the '-n' Directive is ignored, and all tests are carried out.

When a periodic test is skipped, smartd normally writes an informal log message. The message can be suppressed by appending the option ',q' to POWERMODE (like '-n standby,q'). This prevents a laptop disk from spinning up due to this message.

(von http://smartmontools.sourceforge.net/man/smartd.8.html, 2008-08-28)

Also hab ich in der /etc/smartd.conf an der aktiven Zeile folgendes eingefügt:


DEVICESCAN -d removable -n standby,q -m root@localhost -M exec /usr/lib/smartmontools/smartnotify

Nun warte ich gespannt auf das Ergebniss... In einer guten halben Stunde wissen wir mehr...