結論：RAID 1からRAID 0へのインプレース変換は計画しないでください
2台の22 TBドライブから約44 TBのRAID 0ボリュームを1つ作ることが本当の目的なら、バックアップ → 破棄して再作成 → 復元という手順を計画してください。これが、確実に検証できる最も安全な方法です。RAID 1のミラーとRAID 0のストライプではレイアウトが異なるため、ストレージの構成を変更することは、単に「冗長性を無効にする」だけではありません。
1台のディスクが確実に保持されるというフォーラムの主張に頼らないでください
そのスレッドでは、ミラーの一方のメンバーがデータを保持したまま、もう一方を単独のストレージにできる可能性が示されていました。しかし、現在公開されているZimaOSのストレージドキュメントでは、その動作をサポート対象として保証していません。UIにフォーマットが必要だと表示され、データが重要である場合は、作業を中止して、まずバックアップしてください。
破壊的なストレージ変更を行う前にバックアップと検証を実施してください
現在のZimaOS 3-2-1バックアップガイドでは、RAIDはバックアップではなく、バックアップは復元テストを行うべきだという基本原則が明示されています。アレイに失いたくないデータが含まれている場合は、別の場所にコピーし、ミラーを解除する前に復元したファイルを開いて確認してください。
再構成ではなく復旧が必要な場合は、別の手順を使用してください
「使用可能な容量を増やしたい」という状況と、「再インストール後にRAIDメタデータが見つからない」という状況を混同しないでください。ZimaOS RAID 1復旧ガイドでは、破壊的なコマンドとディスクの識別について、意図的に慎重な手順を採用しています。
LinuxカーネルのMDソフトウェアRAIDドキュメントでは、Linux RAIDアレイに関する低レベルの背景情報を提供していますが、ZimaOSでサポートされているUIの手順に優先するものではありません。
高度なRAIDコマンドは近道ではありません
LinuxのmdadmではソフトウェアRAIDの検査と管理ができますが、破壊的なフラグを使用するとアレイのメタデータが消去される可能性があります。CLIを使用する手順を試す前にmdadmマニュアルを確認し、--zero-superblockを気軽な実験として使用しないでください。
複数のドライブを使った大容量構成をゼロから計画している場合は、ZimaCube 2マルチドライブNASのページで、容量重視の構成に関する現在のハードウェア情報を確認できます。
