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

Aoostar R1 N150でZimaOSが毎日フリーズ:i915/NVMeの電源設定と証拠の限界

A November 2025 Aoostar R1 N150 thread where ZimaOS hard-locked after about a day. The user changed i915 power-saving and NVMe deep-power-state boot parameters and then reported four days of uptime. IceWhale separately suggested testing with Search disabled, but no dump log confirmed the exact root cause.

このソーススレッドには、コミュニティで検証された有用な安定性実験が含まれていますが、カーネルの根本原因が証明されたわけではありません。Intel N150を搭載したAoostar R1は、約1日ZimaOSを稼働させた後に完全にハングしました。ディスプレイが消え、pingが停止し、電源を入れ直すまでWebUIにアクセスできなくなりました。

投稿者は最終的に、複数のIntel i915電源管理パラメーターとNVMe電源状態パラメーターをZimaOSの起動コマンドラインに追加しました。4日後、連続稼働を報告し、この変更が成功したと述べました。これは有意義なユーザー検証ですが、クラッシュダンプによって、障害の原因が特定のi915機能、NVMeコントローラー、またはその両方にあると特定されたわけではありません。

これは単一アプリのクラッシュではなく、ホスト全体のハングでした

ソースで報告された症状は、ディスプレイの消失、pingの失敗、WebUIへの接続不能、そして物理的な電源入れ直しの必要性でした。この障害は、クラッシュしたDockerコンテナや古いブラウザーセッションよりも広範囲に及ぶため、ホスト、カーネル、ハードウェアのレベルで調査すべきです。

同じミニPCはUnraidでは安定して動作していました

ユーザーによると、Aoostar R1はUnraid上でドライブの事前消去を行っている間、数日間安定していましたが、ZimaOSをインストールしてから毎日フリーズするようになりました。このことからソフトウェアやドライバーの相互作用が疑われましたが、同じハードウェアでも、オペレーティングシステムごとに使用するカーネル、ドライバー、電源ポリシーは異なります。

i915とNVMeの電源管理が、コミュニティの主な仮説になりました

ユーザーはZimaOSの起動コマンドラインが/mnt/boot/cmdline.txtにあることを確認し、次の設定を追加しました。

nvme_core.default_ps_max_latency_us=0
i915.enable_psr=0
i915.enable_fbc=0
i915.enable_dc=0
i915.enable_guc=0

これらはユーザーがトラブルシューティングのために選択したパラメーターであり、Intel N100/N150システム向けにIceWhaleが定めた標準構成ではありません。

ユーザーは変更後、4日間の稼働を報告しました

11月21日、投稿者は再びコメントし、システムが4日間稼働し、現在も動作していると述べました。これは、そのマシンの安定性が変更によって改善したという結論を裏付けますが、どのパラメーターが効果を発揮したのかを特定するものではありません。

Zima-Giorgioは、一部のマシンではZimaOS Searchを無効にすると安定性が向上したという別の報告を紹介しました。これは別個の公式トラブルシューティング案内であり、IceWhaleが同じ原因を確認したかのようにi915/NVMe仮説と一つにまとめるべきではありません。

考えられるすべての電源設定を調整するより、クラッシュの証拠の方が重要です

別の参加者は、ダンプや前回起動時のログがなければ、どの層で実際に障害が発生したのか分からないまま、GPU電源、NVMe電源、ASPM、Cステート、ネットワーク、Searchなどを変更し続けることになる可能性があると警告しました。現在のケースでは、復旧後に前回起動時のカーネルおよびシステムのログを収集し、最後に正常な活動が確認された時刻の前後を比較してください。

汎用x86のサポートは、すべてのミニPCの電源ポリシーが事前検証済みという意味ではありません

現在のZimaOSは汎用x86-64ハードウェアを公式にサポートしていますが、サードパーティ製のマザーボード、ストレージコントローラー、グラフィックスアダプター、NICでは、追加の互換性確認が必要になる場合があります。

N150のハングに普遍的な解決策があると決めつける前に、現在のサードパーティ製x86向けトラブルシューティングの範囲を確認してください。

現在推奨される、より安全なトラブルシューティングの順序

  1. 現在の安定版ZimaOSリリースに更新する。
  2. BIOSのバージョンを記録し、保守的なファームウェアの既定値に戻す。
  3. クラッシュ後に前回起動時のカーネルおよびサービスのログを収集する。
  4. SSD/NVMeの健康状態、温度、RAM、電源を確認する。
  5. Searchや、再現可能な別の負荷がハングと相関しているかテストする。
  6. 可能な場合は、一度に1つの起動パラメーターだけを変更する。
  7. 変更を元に戻せるよう、元の起動コマンドラインのコピーを保存する。

Aoostar N150のフリーズに関するFAQ

ソースのユーザーは安定性の改善を報告しましたか?

はい。i915およびNVMe関連の電源管理用起動パラメーターを変更した後、4日間の稼働を報告しました。

IceWhaleはi915が根本原因だと確認しましたか?

いいえ。IceWhaleは別途、Searchを無効にしてテストすることを提案しましたが、正確な障害原因を確認するダンプログはありません。

Intel N150でZimaOSを使用するすべてのユーザーが、PSR、FBC、DC、GuCを無効にすべきですか?

いいえ。これらの設定は特定のソースにおけるトラブルシューティング実験であり、普遍的に推奨される構成ではありません。