ZimaOS 1.6.0では、ディスクスタンバイに関する実際のバグが1つ修正されましたが、この情報源は、その修正ですべてのUSB筐体の問題が解決したわけではないことを示しています。IceWhaleの公式1.6.0リリースノートには、次のように記載されています smartd ディスクを断続的に起こし、通常のスリープを妨げていました。正式版1.6.0に更新した後も、TerraMaster D5-300CおよびD4-320の筐体を使用するユーザーから、USB HDDがスピンダウンしないとの報告がありました。
正しい結論は、より限定的なものです。1.6.0ではシステム側の起床要因の1つが修正されましたが、USBブリッジや筐体の挙動はセットアップによって異なります。
ディスクスタンバイはZimaOSの実在する機能
ZimaOSは以前のリリースでディスクスタンバイオプションを導入しました。元のユーザーが尋ねていたのは、スタンバイ機能が存在するかどうかではありません。USB接続されたディスクがその機能を無視する、または維持できないと報告していたのです。
ZimaOS 1.6.0でsmartdがスリープ中のディスクを起こす問題を公式に修正
ZimaOS 1.6.0の公式リリースノートには、ディスクが通常のスリープ状態に入れなかった問題の修正が明記されています。原因は smartd 断続的にディスクを起こしていました。
公式の1.6.0ディスクスタンバイ修正を参照してください。
元の投稿者は正式版1.6.0への更新後も失敗
alexstamosはベータ版から正式版の1.6.0にアップグレードしても、問題が残っていると報告しました。TerraMaster D5-300CにはRAID 5のメンバーディスク3台と単独ディスク1台が搭載されていましたが、いずれもスリープ状態になりませんでした。
別のTerraMaster D4-320ユーザーも同じ問題を再現
jumpingflashは、D4-320が他のコンピューターでは正常にスピンダウンしたものの、ZimaOS 1.6.0ではそうならなかったと述べました。その後、別のD4-320所有者も、他のLinuxディストリビューションと同じ比較を行いました。
その他のUSB HDDは正常にスピンダウンした
isanto1306は、WD製USBハードドライブ3台が正常にスリープしたと報告しました。これは、ZimaOSではUSBドライブをスピンダウンできないという逆方向の過度な断定を防ぐ、同様に重要な証拠です。
hd-idleはコミュニティによる回避策だった
元の投稿者は、
hd-idleを試行錯誤した結果、約10分後にドライブをスリープさせることができたと述べています hd-idle完全に再現可能なZimaOSのインストール手順は公開されていません。
別のユーザーがsmartctlとsystemdタイマーでスタンバイを強制
ssimonは、定期的に実行するスクリプトを投稿しました smartctl -s standby,now USBディスクに対して設定し、systemdでスケジュールしました。
これはコミュニティによるコードであり、IceWhale公式のスタンバイ実装ではありません。スクリプトが先にI/Oを確認しない場合、数分おきにスタンバイを強制すると、アクティブなワークロードと競合する可能性もあります。
ビジー状態のディスクを無理にスリープさせないでください。
- バックアップまたは移行が実行中でないことを確認してください。
- RAID の再構築またはスクラブが実行中でないことを確認してください。
- Docker アプリとインデックス作成ジョブを確認してください。
- 筐体がスタンバイコマンドに対応していることを確認してください。
最新の証拠なしに D4-320 固有の修正があると主張しない
現在の ZimaOS は 1.6.0 より新しいものですが、公開されている 1.7.1 のリリースノートには、TerraMaster D4-320／D5-300C のスピンダウンに関する具体的な修正は記載されていません。古いタイマーを適用する前に、現在の安定版リリースと使用している筐体の正確なファームウェアで再テストしてください。
USB-SATA ブリッジのファームウェアがスタンバイ動作を変える可能性
複数ベイの USB 筐体は、直接接続した SATA ディスクと電気的にも論理的にも同一ではありません。USB ブリッジが ATA のスタンバイコマンドを変換、無視、または別の意味に解釈する場合があり、筐体によっては内部でディスクをポーリングするものもあります。
そのため、同じ HDD でも別の接続方法では正常にスリープするのに、特定の DAS ブリッジの背後では稼働し続けることがあります。
「一度もスリープしない」と「スリープしてから復帰する」を区別する
スタンバイに一度も入らないディスクは、未対応のコマンド、継続的な I/O、または筐体の挙動が原因である可能性があります。30～60分ごとにスリープと復帰を繰り返すディスクは、定期的なポーリングや SMART／ストレージチェックなどのサービスが原因である可能性があります。
1.6.0 smartd この修正は2つ目のパターンに対処するものであり、1つ目のパターンで起こり得るすべての問題に対応するものではありません。
ディスクを起こさずにスタンバイ状態を測定する
ステータスの照会自体がスリープ中のディスクを起こしたり、USB ブリッジ経由で誤って報告されたりする場合があります。可能な限り、筐体に対応した、ディスクを起こさないチェックを使用し、スピン音、消費電力、温度などの物理的な挙動を、ソフトウェアが報告する状態と比較してください。
スピンダウンの頻度をドライブ寿命の普遍的な公式にしない
情報源のユーザーが電力消費や摩耗を心配したのはもっともですが、スレッド内の「HDD は1年もたない」といった発言は、ドライブの状態に関する証拠によって裏付けられていませんでした。頻繁な起動・停止サイクルと24時間365日の回転運用には、それぞれドライブの設計や負荷に応じた異なるトレードオフがあります。
スピン時間を最小限にするために極端に短いサイクルを強制するのではなく、使用状況に合ったスタンバイ間隔を選択してください。
USB HDD スピンダウンに関する FAQ
ZimaOS 1.6.0 でディスクのスタンバイに関するバグは修正されましたか？
はい。IceWhale は、smartd がスリープ中のディスクを断続的に起こす問題を修正しました。
TerraMaster のすべての USB 筐体でその問題は解決しましたか？
いいえ。最終版 1.6.0 の後も、複数の情報源のユーザーが D5-300C および D4-320 でスピンダウンしないと報告しています。
hd-idle と smartctl のタイマーは公式の修正でしたか？
いいえ。コミュニティによる回避策であり、使用する筐体で慎重にテストする必要があります。
