現在、新しいホームサーバーを構成しており、1時間後にディスクをスピンダウンさせようとしています。しかし、それらはスピンダウンしません。
システム全体をssd:/ dev/sdaに置いています。システムには、/ dev/sdb、/ dev/sdc、/ dev/sddの3つのHDDがあります。 (アクティブな)LVMボリュームは含まれていますが、マウントされていません。
以下を使用してディスクをスタンバイ状態にすることができます:
hdparm -y /dev/sdb
ディスクは数日間スピンダウンしたままであり(システムをそのままにしておくと)、システムが実際にアクティビティを生成していないことを示します(私は思う)
次のようなタイムアウトに比較的小さな値を使用します。
hdparm -S 180 /dev/sdb
hdparm -S 240 /dev/sdc
hdparm -S 241 /dev/sdd
また動作します。各ディスクは、指定された時間(それぞれ、15分、20分、および30分)後にスピンダウンします。
次のように、タイムアウト値を1時間に設定しようとしています。
hdparm -S 242 /dev/sdb
コマンドは成功したように見えますが、ディスクはまったくスタンバイ状態になりません(つまり、1日後、パワーメーターと同様に、ディスクはアクティブ/アイドルモードのままです。
hdparm -C /dev/sdb
これはDebianSqueezeで、Atom搭載のAsusマザーボード(AT5NM10T-I)で動作します。ディスクは次のとおりです。
[1.948217] scsi 0:0:0:0: Direct-Access ATA OCZ VERTEX PLUS 3.50 PQ: 0 ANSI: 5
[1.953713] scsi 1:0:0:0: Direct-Access ATA ST2000DL003-9VT1 CC3C PQ: 0 ANSI: 5
[1.954302] scsi 4:0:0:0: Direct-Access ATA ST31500341AS SD1B PQ: 0 ANSI: 5
[1.954873] scsi 5:0:0:0: Direct-Access ATA ST31500341AS SD1B PQ: 0 ANSI: 5
デフォルト構成では、smartdは、ディスクがスタンバイ状態の場合を除いて、30分ごとにディスクステータスをチェックします。
どうやら、それはディスクが実際にスリープ状態になることは決してない(30分を超えるタイムアウトの場合)のに十分なディスクアクティビティを生成しますが、スリープ状態のディスクをウェイクアップしません。
そのディスク上のすべてのパーティションがアンマウントされたときに機能するかどうかを試してみてください。私もしばらく前にこれをいじりました、そして私はディスクを回転状態に保つ定期的な読み取り/書き込みでいくつかの問題を抱えていました。
一方、これを参照してください:
パワーサイクリングコントロール
コンピューターをシャットダウンして再起動するか、休止状態から再開すると、コンピューターのドライブへの電源が入れ直されます。電源を入れ直した後にドライブによって実行されるスピンアップ操作は、ドライブを長期間継続して実行するよりも、ドライブに大きなストレスをかけると考えられています。システム管理者の専門的な経験に基づいて、コンピュータの電源サイクルの数とそのドライブの障害の確率の間には直接的な関係があると考えられています。つまり、稼働時間が長いコンピューターは、定期的に電源を入れ直しているコンピューターよりも、ドライブ障害の可能性が低い可能性があります。
http://en.wikibooks.org/wiki/Minimizing_Hard_Disk_Drive_Failure_and_Data_Loss/Stress_Control