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

ScrutinyがZimaOSで新しいUSBドライブを検出できない理由

A ZimaOS 1.5 user found that Scrutiny detected the first USB drives but did not refresh when drives changed. The discussion pointed to persistent app data and USB device-type handling as two separate factors.

ZimaOS 1.5でScrutinyは何を詳しく調べていたのか?

2025年11月、あるユーザーがZimaOS 1.5にScrutinyをインストールしたところ、最初は接続されているUSB 3.0ハードドライブがダッシュボードに表示されました。しかし、追加のドライブを接続しても、Scrutinyには追加されませんでした。以前検出されていたドライブを取り外しても、表示リストは更新されませんでした。

ユーザーはZimaOSを再起動してScrutinyを再インストールしましたが、ダッシュボードには依然として元の状態が表示されました。これにより、Scrutinyの永続状態がどこに保存されているのか、またブリッジやコントローラー経由のUSBドライブをScrutinyにどのように認識させるべきかという、2つの異なる疑問が生じました。

Scrutinyを再インストールしても、なぜ以前の状態が残ることがあるのか?

コミュニティからの回答では、アプリのデータはアプリがインストールされているドライブ上のアプリデータ領域に残ると説明されました。これは、他のアプリでも見られるZimaOSの一般的な動作と一致しています。コンテナを削除しても、永続的なアプリデータがすべて削除されるとは限りません。

この違いは重要です。Scrutinyは、ブラウザーに表示される現在の状態だけでなく、より多くの情報を保存しています。マッピングされたアプリデータディレクトリが残っている場合、再インストール時に保存済みの設定やデータベースの状態が再利用されることがあります。

USBドライブに明示的なデバイスタイプが必要になるのはなぜか?

元の投稿者は後に、問題のドライブにはsatのような明示的なデバイスタイプが必要だったと結論づけました。USB-SATAブリッジは、直接接続されたSATAディスクとは異なる方法でSMARTコマンドを隠したり変換したりすることがあります。そのため、監視ツールがSMARTデータを正しく取得するには、追加のデバイス情報が必要になる場合があります。

このスレッドには、ZimaOS 1.5のインターフェースを通じてScrutinyのデバイス設定を正確に追加する方法を示した、IceWhaleの公式手順はありませんでした。そのため、このページではユーザーが示したYAMLの断片を、ZimaOSの公式手順として紹介していません。

Scrutinyをリセットする前に何を確認すべきか?

  1. Scrutinyのトラブルシューティングを行う前に、ドライブ自体がZimaOSで認識されていることを確認してください。
  2. 問題がUSB接続のドライブだけに発生しているのか、直接接続されたSATA/NVMeデバイスにも発生しているのかを確認してください。
  3. USB-SATAブリッジまたはエンクロージャーを特定してください。SMARTデータの公開方法はブリッジによって異なります。
  4. 再インストールや永続データの削除を行う前に、ScrutinyとZimaOSのバージョンを記録してください。
  5. 保存されている設定や履歴を失っても問題ない場合を除き、Scrutinyの永続アプリデータを削除しないでください。

ZimaOSでは現在、任意のYAMLアプリ設定を利用できるのか?

2025年のユーザーは、ZimaOSのアプリ設定に必要なデバイスタイプのオプションが表示されていないと具体的に述べていました。ZimaOSではアプリ設定の管理機能が引き続き拡張されていますが、現在の製品ロードマップでは、ネイティブYAML設定のサポートはVersion 1.7xの機能として記載されています。したがって、それ以前のすべてのリリースで利用できるものと考えるべきではありません。

インストールされているアプリパッケージまたは現在のZimaOSインターフェースで設定項目が提供されるまでは、手動によるコンテナ変更やYAML変更は高度なカスタマイズとして扱ってください。これらの変更は、アプリの更新によって影響を受ける可能性があります。

ZimaOS 1.5向けに書かれた回避策を利用する前に、現在のZimaOSリリース予定を確認できます。

ScrutinyとZimaOSでドライブの健康状態の判定が異なる場合は?

ドライブの検出と、ドライブの健康状態の解釈は別の問題です。後のコミュニティでの議論からは、ZimaOSの健康状態とScrutinyのSMART結果に違いが見られる場合もあることが分かります。ドライブ自体は認識されているのにScrutinyがSMARTエラーを報告する場合は、SMARTの証拠を保存し、ダッシュボードの状態だけを決定的な情報とみなさず、ディスクを慎重に扱ってください。

よくある質問

Scrutinyはダッシュボードの状態をどこに保存していますか?

コミュニティでの議論では、アプリがインストールされているドライブ上のアプリデータ領域にある永続アプリデータが保存先として示されています。アプリコンテナだけを削除しても、保存された状態が削除されない場合があります。

Scrutinyが一方のUSBドライブは認識するのに、もう一方を認識しないのはなぜですか?

USBストレージブリッジによって、SMART機能の公開方法が異なる場合があります。元の投稿者は、問題のドライブには明示的なSATデバイスタイプが必要だったと考えていました。

このスレッドで、IceWhaleはZimaOS 1.5向けの公式YAML手順を提供しましたか?

いいえ。このスレッドには、ZimaOS 1.5を通じてScrutinyのデバイスタイプ設定を追加する公式の手順は含まれていませんでした。

強制的にリセットするため、Scrutinyのアプリデータフォルダーを削除すべきですか?

アプリケーションの永続状態を意図的に削除し、必要なデータをバックアップ済みの場合に限ってください。永続アプリデータの削除は、単にアプリを再起動することとは異なります。