md-software-raidのハードディスクをスタンバイ状態にしても安全ですか？
Md-raidに6台のデスクトップハードディスクを備えたホームファイルサーバーがあります。
サーバーへのアクセスはそれほど多くないので、アイドル時間の後にハードドライブをスタンバイモードにするのが良いと思います（たとえば、hdparm -Sまたはhd-idleコマンドを使用）。
Mdadmを使用する場合、これは安全ですか、それともエラーやハードディスクの劣化を引き起こす可能性がありますか？
私はそう思うべきです。 RAID-1を搭載したバックアップマシンを約1年間使用しています。 このページ からヒントを得ました。 Gentoowikiと[H] ardforumスレッドでも言及されています。
また、hdparmのマニュアルページでは、同様の電源オフモード（-s）が非常に危険であるとマークされていますが、hd-idleセクションのリスクについては言及されていません。
私の経験では、それは安全です。 「hdparm-S240」でホームサーバーを数年間実行しましたが、問題は発生しませんでした。
ただし、注意してください。
- すべてのディスクがタイムアウトし、個別にウェイクアップします。 RAID-5では、ディスクが次々にウェイクアップするため、これには長い時間がかかる場合があります。
また、WD REDシリーズのようないくつかの人気のあるドライブはAPM機能を欠いており、hdparmで処理できません。
私は両方の問題を克服するためにスクリプト（Debian 8.0でテスト済み）を作成しました：
hdparmのマニュアルページに記載されているように-S：
このタイムアウト値は、電力を節約するためにスピンドルモーターをオフにする前に（ディスクアクティビティなしで）待機する時間を決定するためにドライブによって使用されます。このような状況では、ドライブは後続のディスクアクセスに応答するのに30秒もかかる場合がありますが、ほとんどのドライブははるかに高速です。
Red Hat電源管理ガイド 状態：
多くのアプリケーションは、構成ファイルをスキャンして変更を探します。多くの場合、スキャンは一定の間隔で、たとえば1分ごとに実行されます。これは、ディスクをスピンダウンからウェイクアップさせるため、問題になる可能性があります。
これらは両方とも、ディスクのスピンダウンが安全であることを強く示しています。特定のディスクのスピンアップが必要なディスクアクティビティが発生した場合、自動的にスピンアップされます。これも私の個人的な経験と一致しています。ディスクI/Oを実行すると、スピンダウンしたドライブがスピンアップします。ドライブがすぐに必要になることがわかっている場合は、ドライブに手動でI/Oを発生させて、ドライブを強制的にスピンアップさせることもできます。 hdparmの-zオプションはそのために役立つかもしれません：
-z指定されたデバイスのパーティションテーブルのカーネル再読み取りを強制します。
Hdparmのマニュアルページに記載されているように、スピンアッププロセスにはかなりの時間がかかる可能性があり、その間I/O要求はユーザーランドプロセスに応答しないように見えます。事前にこれを試して、ディスクのスピンアップに過度の時間がかからないようにすることをお勧めします。これにより、mdraidがアレイからディスクを追い出す可能性があります（アレイの冗長性のしきい値を下回ると、Bad Thingsにつながります）。スピンアップ時間は最近のドライブでは問題にならないはずですが、特定の環境でテストする前に確実に知ることはできません。