コミュニティソリューション

ZimaOSでHDDが起動し続ける:ディスクの定期的なスタンバイを修正する

A ZimaOS 1.5.4 user saw HDDs wake every 15–20 minutes despite stopping apps and disconnecting the network; 1.6.0 later fixed a smartd wake-up bug.

ZimaOSのハードドライブが正常にスピンダウンするものの、15~30分ごとに復帰する場合は、SMART設定を手動で編集する前に、ZimaOS 1.6.0以降へアップデートしてください。 ZimaOS 1.6.0では、smartdサービスが原因で断続的に復帰する問題が正式に修正されました。これは、元のスレッドで報告された周期的なパターンと一致します。

現在の安定版でもディスクが復帰する場合は、古いsmartdのバグ以外の原因を調べてください。ストレージのヘルスポーリング、Dockerアプリ、SMBクライアント、インデックス作成、バックアップタスク、RAIDメタデータ処理、USBブリッジの動作などが考えられます。

現在のZimaOSバージョンから確認する

元のユーザーは1.5.4を使用しており、JellyfinとJDownloaderを停止した後も、ドライブが15~20分ごとに復帰していました。

現在のZimaOS 1.6.0のリリースノートには、smartdが断続的にドライブを復帰させ、ディスクがスリープ状態を維持できない問題の修正が明記されています。

ステップ1:ドライブがスタンバイに移行できることを確認する

ZimaOSでディスクスタンバイを設定し、ファイル操作を行わずに待ちます。その後、対応している場合は、ドライブを復帰させないコマンドで状態を確認します。

smartctl -n standby /dev/sdX

ドライブが一度もスタンバイ状態にならない場合は、「正常にスリープするが、20分ごとに復帰する」ケースとは異なります。

ステップ2:復帰間隔を測定する

複数回の復帰イベントについて、正確な時刻を記録します。非常に規則的な間隔であれば、ランダムなネットワークアクセスよりも、タイマー、ヘルスポーリング、スケジュールタスク、デーモンが原因である可能性が高くなります。

ステップ3:ユーザーアプリをグループごとに停止する

メディアスキャナー、ダウンローダー、写真インデクサー、データベース、バックアップジョブを一時停止します。原因がユーザー空間の活動であることだけを確認したい場合を除き、すべてのサービスを同時に停止しないでください。

すべてのユーザーコンテナを停止しても復帰が続く場合は、システムサービス、ストレージのポーリング、RAIDやDASの動作に注目してください。

ステップ4:バックアップ、SMB、リモートクライアントを確認する

ノートパソコンがマウント済みの共有を開いたり、バックアップスケジューラーがパスを確認したり、メディアライブラリのスキャンが実行されたりすると、ディスクが復帰することがあります。元のユーザーがすでに試したように、ネットワークを切断して短時間の切り分けテストを行うのも有効です。

修正後も古いsmartd.confの回避策を使い続けない

以前のコミュニティ製の回避策では、ヘルスチェックによってスリープ中のドライブが復帰しないよう、SMARTデーモンのオプションを変更していました。現在のZimaOSでは、古いカスタムsmartd設定をいつまでも使い続けるのではなく、まず公式の修正をテストしてください。

RAIDによってバックグラウンドアクセスが増えることがある

アレイには、単体ディスクにはないメタデータ処理やヘルスチェックがあります。RAIDメンバーだけが復帰する場合は、同じスタンバイ間隔で単体のHDDとアレイの動作を比較してください。

USBエンクロージャーは別の問題

USBブリッジによっては、ATAのスタンバイコマンドを常に正しく転送できないことがあります。内蔵SATAディスクが正常にスリープし、同じモデルをDASに入れた場合だけスリープしないなら、ZimaOSのSMARTポリシーを書き換えるのではなく、エンクロージャーのチップセットを調べてください。

現在のZimaOSストレージガイドでは、現在のストレージの仕組みを説明しています。

ストレージのトラブルシューティングガイドでは、より広範な調査を体系的に進める方法を説明しています。

よくある質問

ZimaOSではsmartdによる周期的な復帰が修正されましたか?

はい。ZimaOS 1.6.0のリリースノートには、smartdが原因の断続的な復帰が修正されたと明記されています。

新しいバージョンでもドライブが復帰するのはなぜですか?

別のサービス、クライアント、アレイのチェック、バックアップタスク、USBブリッジがアクセスしている可能性があります。間隔を測定し、各層を体系的に切り分けてください。

頻繁なスピンアップは、NAS用ドライブを常時稼働させるより悪いですか?

繰り返し行われる起動と停止は機械的な負荷を増やす一方、連続稼働では稼働時間と消費電力が増えます。非常に短いサイクルを無理に設定するのではなく、ワークロードに応じてスタンバイポリシーを選択してください。

smartd.confを手動で編集すべきですか?

現在の安定版では、最初に行うべきではありません。まず公式のsmartd復帰修正をテストしてください。