私は知らないが、私は推測しますが、これについてできることは何もないということ。私の理由は次のとおりです。
「システムディスク」と言うとき、ルートファイルシステムを保持するディスクを意味すると思います。
ルートファイルシステムには/etc/cron.*
、cronによって監視および処理されるものなど、さまざまなユーティリティによって監視されるいくつかのディレクトリとファイルが保持されます。おそらく/ etcを/とは異なるファイルシステムに配置することもできますが、ほとんどの場合、それは価値があるよりも厄介であり、確かに一般的な設定ではありません。
/proc/diskstats
書き込みだけでなく、ディスク読み取りアクティビティも含まれます。
cronがスクリプトを実行してディスクアクティビティがあるかどうかをチェックするたびに、さまざまな場所(書き込みではなくても)からほぼ確実に複数の読み取りが行われます:crontab、コマンドインタープリター、これらが使用するライブラリなど。を使用するシステムではnoatime
、これらの読み取りにより、問題のファイル/ノードのアクセス時間のタイムスタンプを更新する書き込みも行われます。
このため、毎回スクリプトは、/ procの/ diskstatsに応じて任意のディスクactivtiyがあったかどうかを確認するために実行し、それ自体であることは/ proc / diskstatsに応じてディスクの活動になります。したがって、「値を変更しない」という基準は満たされず、ドライブはスピンダウンしません。
これが主な懸念事項である場合、ルートファイルシステム上にある必要のないすべてのものを別のファイルシステムに移動し、ルートファイルシステムをSSDまたはフラッシュデバイスから実行することをお勧めします。のみ。これにより、明示的なアクティビティがない場合に、回転するプラッタードライブをシャットダウンできます。しかし、そうすることは、それが価値があるよりも厄介だと思います。ノイズを取り除くためにドライブをスピンダウンするだけの場合、ルートファイルシステムにあるものを小さなソリッドステートデバイス(SSDまたはフラッシュ)に移動すると、同じことをかなり少ない労力で実現できます。失敗する前に書き込みサイクルの数が制限されているという事実を考慮してください(少なくとも、noatime
、またはSSDを念頭に置いて設計されたファイルシステムを使用します)。