ZimaOSで外付けDASのHDDが認識されない場合：USBストレージの診断

外付けDASをZimaOSに接続すると、少なくとも2つの異なる検出層を確認する必要があります。Linuxが各ブロックデバイスを認識できるかどうかと、ZimaOS Storageインターフェースが管理対象としてそれらのドライブを登録するかどうかです。2025年12月のこのスレッドは、この違いが重要である理由を示しました。

元の投稿者はTerraMaster D4-320でZimaOS 1.5.3を実行しており、インターフェース上では4台中3台しかドライブを確認できませんでした。その後、別のユーザーたちから、関連するものの異なる症状が報告されました。4台すべてのディスクが lsblk および fdisk -lにもかかわらず、ZimaOS Storageアプリには正しく表示されませんでした。

ユーザーが見つからないハードドライブを調査する中、ZimaOSダッシュボードは外付けDASデバイスを検出している — 元のD4-320の報告では、ZimaOSインターフェースに外付けドライブがすべて表示されていませんでした。

外付けUSB DAS経由で接続されたハードドライブの一部しか表示しないZimaOS Storageビュー — この問題はStorage/UI層で発生していましたが、その後の報告では、Linuxのブロックデバイスツールでディスクを列挙できることが示されました。

まず、カーネルによる検出とZimaOSのStorage登録を分けて考える

初期の提案では、DASブリッジが各ディスクを個別に公開していないことが原因だとされていました。しかし後に、別のユーザーが次の出力を投稿したことで、その説明は撤回されました。 lsblk 4台すべての5.5 TBディスクが個別のデバイスとして表示された出力。

これにより、トラブルシューティングの方向性が変わりました。すべてのディスクが個別に表示される場合、 lsblk または fdisk -lUSBブリッジは、少なくともこれらのブロックデバイスをオペレーティングシステムに公開しています。残る問題は、ストレージ管理スタックのより上位層にある可能性があります。

再フォーマットや消去で確実に直るとは考えない

コミュニティからは、手動で作成したGPTやファイルシステムの構成が原因で、ZimaOSのStorage UIがディスクを無視しているのではないかという意見が出ました。そこでユーザーは、ファイルシステムのシグネチャとパーティションテーブルを消去しました。

これらの試行では、問題を確実に解決できませんでした。破壊的な消去手順と再起動を行った後も、ドライブがStorageに表示されない状態が続いたと、2人の参加者が報告しました。D5-300Cの所有者からも同様の挙動が報告されました。

これらの消去コマンドはコミュニティ参加者から提示されたもので、元のケースを解決できなかったため、公式の修復手順として扱うべきではありません。ディスク消去コマンドは、誤ったデバイスに適用するとデータを完全に破壊する可能性があります。

ZimaOSチームはD4-320のケースを再現しようとした

IceWhaleチームのメンバーである777-Spiderは、問題を再現するため、関連するDASハードウェアを購入中だと述べました。数日後、Dinaは、チームがWindowsでフォーマットした4台のNTFS/exFATドライブを搭載したTerraMaster D4-320をテストし、テスト環境では4台すべてがZimaOSに表示されたと報告しました。

この結果が重要なのは、スレッドによってZimaOSとTerraMaster D4-320の間に一律の互換性問題があるとは確認されなかったことを示しているためです。代わりにチームは、影響を受けたユーザーにファイルシステム形式とドライブのフォーマット方法について、さらに情報を求めました。

スレッドからの公式診断ログ収集

Dinaは、ブロックデバイス、ローカルストレージAPI、および devmon.service 情報をログファイルに保存します。このコマンドは2025年12月のスレッドからのものであり、今後のZimaOSバージョンでは調整が必要になる可能性があります。

sudo -i
LOG=/DATA/disk-info.log; : > $LOG; { echo "=== lsblk ==="; lsblk; echo; echo "=== lsblk -f ==="; lsblk -f; echo; echo "=== curl http://127.0.0.1/v2/local_storage/disk ==="; curl http://127.0.0.1/v2/local_storage/disk; echo; echo "=== curl http://127.0.0.1/v2/local_storage/storages ==="; curl http://127.0.0.1/v2/local_storage/storages; echo; echo "=== journalctl -xe -u devmon.service ==="; journalctl -xe -u devmon.service; echo; } >> $LOG 2>&1 && echo "The output has been saved to $LOG"

投稿では、生成されたファイルは次の場所にあると説明されていました。 /ZimaOS-HD/disk-info.log Filesに保存し、サポートチームと共有します。これは診断情報の収集であり、ディスクを修復またはフォーマットするコマンドではありません。

ドライブの欠落とRAID 5は別の問題でした

元の投稿者はRAID 5クラスタの作成も希望していました。スレッド中は、ドライブ欠落の問題により、そのワークフローを明確に評価できませんでした。その後、コミュニティによる消去の試行を経ても、ユーザーはRAIDを作成できず、FilesとStorageでもドライブが表示されなくなりました。

2025年12月15日のIceWhaleの返信では、フォーマットやRAID作成を含むUSBデバイス管理は将来のサポートとして計画されていると述べられていました。この記述は過去のロードマップ上の注記として扱い、現在のすべてのZimaOSリリースが今日どの機能をサポートしているかの証拠とは見なさないでください。

より安全なトラブルシューティングの順序

DASに物理的に取り付けられているディスクの台数を確認してください。
各ディスクがLinuxのブロックデバイス層で個別に表示されるか確認してください。
それをZimaOS Storageインターフェースに表示される内容と比較してください。
ファイルシステムの種類と、各ディスクが以前どのようにフォーマットされていたかを記録してください。
コミュニティの投稿で提案されたという理由だけで、パーティションテーブルを消去しないでください。
カーネルがディスクを認識しているのにZimaOS Storageが認識しない場合は、診断情報を収集し、正確なエンクロージャモデル、ファイルシステム情報、ZimaOSのバージョンをサポートに提供してください。

ZimaOS外付けDASに関するFAQ

TerraMaster D4-320はZimaOSに3台のドライブしか公開しないのですか？

スレッドはその結論を支持していませんでした。他のユーザーは、独立した4台のディスクが lsblkその後、IceWhaleチームは自社のD4-320テストで4台すべてのドライブを確認したと報告しました。

lsblkですべてのドライブが表示されるのに、なぜZimaOS Storageでは見落とされることがあるのですか？

カーネルレベルでの検出と、ZimaOS Storageへの登録は異なる層です。元のスレッドでは、カーネルがドライブを列挙しているにもかかわらず、UIには表示されないケースが示されていました。

ドライブを表示させるために、sgdiskやwipefsを実行すべきですか？

このスレッドに基づく限り、解決していません。これらの破壊的な提案はコミュニティの返信から出たもので、問題を確実に解決したわけではありません。ディスクメタデータを消去する前に、データをバックアップし、現在のサポートガイダンスを確認してください。

スレッド内で問題は完全に解決しましたか？

いいえ。チームはNTFS／exFATディスクを使用した動作するD4-320構成を再現し、影響を受けたユーザーに診断情報を求めましたが、スレッドでは普遍的な根本原因や修正方法は示されませんでした。