ZimaOSのダッシュボードは、バックエンドの重要なデータがまだ不足していてもブラウザーに表示されることがあります。2026年2月のこのコミュニティ事例では、再起動後にGUIは表示できましたが、インストール済みアプリが表示されず、システム情報は空白で、Plusライセンスも一時的に無効と表示されました。
このシステムは、LSI HBAと10台のドライブを搭載した、ZimaOS 1.5.4で動作するカスタムNASでした。ZimaOSを再インストールしても、繰り返し発生する現象は解消しませんでした。最終的な突破口は、起動ログに表示されていたNVIDIAやWi-Fiの警告に注目するのではなく、ストレージハードウェアを切り分けることでした。
アプリやシステム情報がなくてもGUIを読み込める理由
コミュニティの回答者は、メインのzimaos.serviceバックエンドが繰り返し終了し、systemdによって再起動されている間も、フロントエンドは読み込める可能性があると指摘しました。これは表示されていた症状と一致します。ページの外枠は表示されるものの、バックエンドが安定するまでアプリデータ、システム情報、ライセンス状態は利用できませんでした。
同じログには、NVIDIA GPUを搭載していないマシンでのNVMLエラーや、Wi-Fiアダプターを搭載していないマシンでのWi-Fiエラーも含まれていました。コミュニティの診断では、これらのメッセージはこの事例の根本原因ではありませんでした。より重要な兆候は、ZimaOSのメインサービスが繰り返し失敗していたことです。
これはZimaOS 1.5.4で発生した事例
この報告は、1.5.3からアップデートした後のZimaOS 1.5.4で行われました。同じ起動動作やログメッセージが、それ以降のリリースでもそのまま当てはまるとは限りません。現在のZimaOSドキュメントには、より新しいリリースが掲載されています。そのため、このページは現在の不具合情報ではなく、トラブルシューティングのパターンとして利用してください。
現在のリリース情報については、ZimaOSをご覧ください。
再度再インストールする前にストレージ層を切り分ける
元のマシンには10台のディスクがあり、そのうち8台はLSI HBA経由で接続されていました。最初に有効だったテストは、ハードウェア構成を減らし、接続するディスクを少なくして起動することでした。
HBAに接続された8台のドライブを取り外すと、システムの起動が大幅に速くなりました。その後、ユーザーはドライブを1台ずつ慎重に再接続し、Seagate IronWolfの8 TBドライブ1台が、別のSATA経路に単独で接続した場合でも起動ループを再現することを確認しました。そのディスクを取り外すと、ユーザーの環境ではZimaOSが約2分で起動する状態に戻りました。
このスレッドで最も重要な結果は、問題のドライブがその特定のシステム上で再現性のあるトリガーだったことです。これは、すべてのIronWolfドライブ、NTFSディスク、HBA、または大容量ディスクがZimaOSの起動失敗を引き起こすことを示すものではありません。
簡易テストで正常に見えるドライブでも問題を引き起こすことがある
ユーザーは問題のドライブをWindowsマシンにUSB 3.0エンクロージャー経由で接続し、Seagateの診断ツールを実行しました。短時間のテストでは明らかな故障は確認されず、単純なディスク故障と判断できない、より複雑な事例となりました。
SMARTの詳細画面には、電源投入時間が35,000時間を超えていることが表示されていましたが、テストに表示された代表的な故障カウンターのいくつかは0のままでした。
その後、コミュニティでは、Ultra DMA CRCエラーのカウントが少数確認されたことにも触れられました。また、USB経由でのテストは、元のSATAまたはHBA経路でドライブをテストすることと同等ではないと注意されています。これらは有用な手がかりですが、IceWhaleのハードウェア診断ではなく、コミュニティによる分析です。
この事例から学べる実践的なトラブルシューティング手順
- ブラウザーに表示されているのがダッシュボードの一部だけなのか、マシン全体にアクセスできないのかを確認します。
- すべての警告行が原因だと決めつけず、ZimaOSのメインバックエンドが繰り返し失敗していないか確認します。
- ディスク接続を変更する前に、マシンの電源を切ります。
- 起動に必要な最小限のストレージ構成までシステムを減らします。
- GUIが安定した場合は、追加のドライブを少しずつ再接続し、障害を系統的に再現します。
- 可能であれば、疑わしいドライブを別のポートまたは別のコントローラー経路でテストします。
- ディスクの長時間診断やストレージハードウェアの交換を行う前に、重要なデータをバックアップします。
コミュニティスレッドには、サービス、ログ、ブロックデバイス、SMARTデータを調べるためのシェルコマンドも含まれていました。ただし、この議論ではIceWhaleチームのアカウントによる提供または確認が行われていないため、ここではZimaOS公式の手順として再掲していません。
Plusライセンスが無効に見えた理由
この事例では、Plusが無効と表示された状態は、バックエンドが失敗している間に、アプリやシステム情報が表示されない症状と同時に発生しました。問題のドライブを取り外してシステムが正常に起動すると、GUIの一部しか表示されない症状も解消しました。そのため、このスレッドでは、ライセンス表示をPlusの権利が実際に削除された証拠ではなく、バックエンドの起動が完了していないことによる症状として扱っています。
ZimaOSのGUIが一部しか表示されない場合のFAQ
NVIDIAやWi-Fiのエラーは、常にZimaOSの起動ループの原因ですか？
いいえ。この事例のマシンには該当するデバイスがありませんでしたが、再現性のあるトリガーはストレージデバイスでした。1行の警告だけで再起動ループの原因を判断しないでください。
ZimaOSを再インストールすれば問題は解決しましたか？
いいえ。ユーザーは何度も再インストールしていました。問題を特定の8 TBドライブに絞り込めたのは、ハードウェアの切り分けでした。
SMARTですぐにドライブの故障が確認されましたか？
いいえ。Windowsの短時間テストでは正常に見え、一般的なSMART故障カウンターのいくつかも0でした。重要な証拠は、このドライブを接続すると起動ループが繰り返し発生し、取り外すと正常な起動に戻ったことです。
このことから、ZimaOS 1.5.4は多数のディスクやLSI HBAを扱えないと証明されますか？
いいえ。問題のドライブを取り外すと、他のディスクを接続した状態でシステムは起動しました。このスレッドから、HBAまたはディスク台数との一般的な互換性問題があるとは結論づけられません。
