JBODを復活させるためだけにZimaOSを1.4.2へダウングレードしないでください。2026年9月現在のZimaOSドキュメントには、JBODがサポート対象のストレージ構成として再び記載されています。適切な方法は、最新の安定版にアップデートし、そこで「ストレージ」→「結合」メニューを確認することです。
元のスレッドには、一時的な空白期間が記録されています。JBODは1.4.2にありましたが、1.5.4のUIでは「近日公開」と表示されて姿を消し、ユーザーは回避策としてRAID0を試しました。この過去の回避策は、もはや適切な推奨方法ではありません。
現在のZimaOSではJBODが再びサポートされています
現在のZimaOSのRAIDとJBODガイドでは、JBODが明示的に取り上げられ、冗長性なしでディスクを1つの大きなボリュームに連結する方式として説明されています。
RAID0が代替手段として不適切だった理由
RAID0はドライブ間でデータをストライピングするため、メンバーのサイズが異なると容量が無駄になることがよくあります。投稿者が示した2TB、1TB、500GBのNVMeの例では、合計3.5TBの生容量があるにもかかわらず、利用可能な容量は452GBだけでした。
JBODが適しているケース
サイズの異なるドライブをまとめて1つの大きな名前空間にしたい場合や、耐障害性よりも容量を重視する場合は、JBODが役立ちます。重要なデータの唯一の保存先として使うのには適していません。
JBODには冗長性がない
現在の ZimaOS ドキュメントでは、JBOD のメンバーの1台に障害が発生すると、結合したボリュームが使用できなくなる可能性があると警告しています。ボリュームを作成または再構築する前に、重要なデータをバックアップしてください。
現在のストレージメニューを確認する方法
「設定」→「ストレージ」→「結合」を開きます。JBODが利用可能な場合は、対象のディスクを選択し、作成を始める前に容量の見積もりを確認してください。
JBODがまだ表示されない場合
現在のZimaOSのバージョン、ディスクのモデル、接続方式、コントローラー、各ドライブが使用可能なディスクとして表示されるかどうかを記録してください。基本的な認識状況を確認する前に、JBODが表示されないことをハードウェアの故障だと決めつけないでください。
ボタンを表示させるためだけに再フォーマットしない
フォーマットしてもデータが消去されるだけで、表示されていないUI機能が追加されるわけではありません。まずアップデートしてハードウェアが認識されていることを確認し、ストレージ構成を意図的に選んでからディスクを初期化してください。
ディスク構成を変更する前に、バックアップ計画ガイドも確認してください。
JBODを作成する前に、合計容量を記録する
各ドライブのモデルと容量を記録し、合計容量を現在のウィザードに表示される見積もりと比較してください。これにより、データを消去する作成処理を始める前に、誤ってRAID0を選択したり、ディスクが認識されていなかったりする問題に気づけます。
1つのJBODボリュームにまとめず、ディスクを分けて使うことを検討する
ディスクに関連のないデータが保存されている場合は、ストレージ領域を分けておくことで、障害の影響範囲を抑えられます。すべてのドライブを1つの非冗長ボリュームにまとめなくても、SMB経由で複数のフォルダーを共有できます。
再起動後にプールを確認する
作成後に一度再起動し、JBODボリュームが正常／利用可能な状態に戻り、すべてのディスクが認識されていることを確認してください。重要なデータの唯一のコピーをこのボリュームに保存する前に確認しましょう。
よくある質問
JBODに対応している現行のZimaOSのバージョンはどれですか？
2026年9月時点の最新ドキュメントでは、現在のストレージ機能にJBODが記載されています。したがって、1.4.2にダウングレードせず、最新の安定版を使用してください。
JBODはRAID0より安全ですか？
いいえ。どちらも冗長性はありません。
JBODではサイズの異なるディスクの容量をすべて使えますか？
容量を結合するように設計されているため、サイズが異なるディスクではRAID0より適しています。
1.4.2にダウングレードすべきですか？
いいえ。これは、新しいUIに一時的にJBODがなかった時期の、過去の回避策です。
