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

コミュニティがZimaOSでのRAID作成の問題を解決した方法

The original checklist covered drive count, health, formatting, mount points, and rebooting. Forty-two replies then documented historical ZimaOS 1.2.x RAID UI, read-only filesystem, and third-party disk-slot problems.

元のコミュニティ向けRAIDチェックリストでは、少なくとも2台のドライブが利用可能であること、ディスクの健全性、各ディスクをフォーマットできること、使用するマウントポイントが空であることを確認し、再起動してアレイの作成を再試行するようユーザーに求めています。

返信から、このチェックリストがあくまで出発点にすぎなかった理由が分かります。ZimaOS 1.2.1から1.3.0の間に、RAIDインターフェースが表示されなくなる、ファイルシステムが読み取り専用になるエラー、ZimaCube以外のハードウェアでドライブスロットの割り当てが誤るといった問題にもユーザーは遭遇しました。これらは過去の事例であり、現在のZimaOSインターフェースについての主張ではありません。

まずは元の5つのチェックから始める

少なくとも2台のドライブが利用可能であることを確認する

このガイドは、必要な最小ドライブ数の確認から始まります。個別のストレージとしてすでに有効化されているドライブは、従来のRAID設定画面で使用可能なメンバーとして表示されないことがありました。

利用可能なドライブ数の確認に使用するZimaOSのストレージ画面
元のガイドでは、まず十分な数のドライブがあるか確認します。

ディスクの健全性と個別のフォーマットを確認する

次のチェックでは、単純なディスクの問題とアレイ作成の問題を切り分けます。ガイドでは、健全性ステータスを確認し、各ドライブを個別にエラーなくフォーマットできることを確認するよう推奨しています。

従来のZimaOSインターフェースに表示されたディスクの健全性ステータス
元の投稿に示されているディスクの健全性チェック。
ZimaOSでの個々のディスクのフォーマット確認
各ディスクのフォーマットは、事前の検証手順として行われました。

マウントポイントを空にして、再起動後に再試行する

このガイドでは、RAIDに使用するマウントポイントにファイルがすでに存在していないことを確認するよう記載されています。マウントポイントを空にする前に、既存のデータをバックアップしてください。チェック完了後、元の手順ではシステムを再起動し、もう一度アレイの作成を試します。

RAID作成前のZimaOSマウントポイント確認
マウントポイントには、別の場所で必要なファイルを置かないでください。
事前チェック後のZimaOS RAID作成画面
チェックリストに示されている従来のRAID作成インターフェース。

従来のUIでは未割り当てまたは無効なディスクが必要でした

複数のユーザーがドライブを個別にフォーマットして有効化したところ、RAIDの入口が消えるか、選択できるディスクがなくなった。チームの返信では、RAIDワークフローで使用可能なディスクとして再表示されるよう、ドライブを個別ストレージとして無効化する必要があると説明された。フォーマットはアレイの作成時に行われた。

RAID用にディスクを解放するために過去のZimaOSで使用されていた「無効化」コントロール
ある返信では、そのバージョンのRAIDワークフローで使用される「無効化」アクションが強調された。

これですべてのケースが解決したわけではない。ZimaOS 1.2.2には単一ディスクの無効化に関する修正が含まれており、その後の返信では1.2.4まで追加のディスク選択不具合が報告された。あるユーザーは後に、元の問題が1.3.0で解決したことを確認したが、それでもRAIDインターフェースは見つけにくいと感じていた。

読み取り専用ファイルシステムでは別の障害が発生

あるユーザーのストレージログには、ZimaOSが作成できなかったことが示されていた /media/Files として表示されるかどうかを確認するよう求められた。これはファイルシステムが読み取り専用だったためである。チームメンバーは、これをボタンが表示されない問題とは別のものだと説明し、ユーザーに次のコマンドでマウント状態を確認するよう求めた:

mount -l | grep "/ "
mount -l | grep /media
lsblk

関連するマウントが ro ではなく rwこのスレッドでは、マウント失敗、ファイルシステムエラー、権限、その他の設定問題が考えられる原因として挙げられているが、その特定の読み取り専用ケースについて最終的な修復結果は記録されていない。

読み取り専用メディアパスに関連するZimaOSのRAIDエラー
読み取り専用ファイルシステムのログに付随して表示されたエラー画面。
読み取り専用ファイルシステムエラーを示すZimaOSのローカルストレージログ
このログにより、トラブルシューティングの方向はUIの検出確認からマウント状態の診断へと変わった。

ZimaCube以外のハードウェアでドライブスロットのマッピング不具合が明らかに

ZimaOSを複数のSATAコントローラーやNVMeデバイスを搭載したサードパーティ製システムで実行しているユーザーからも、別の返信グループが寄せられた。ディスクは表示され、フォーマットもできたが、RAID図には空のベイ、予期しないベイ番号、またはOSが検出した台数より少ない選択可能なドライブが表示された。

ZimaOSでサードパーティ製NASドライブの割り当てが正しく表示されない
4台構成のシステムで、UI上のベイ割り当てが予期せず表示された。
ドライブスロットのマッピングが不完全なZimaOS RAIDインターフェース
対応するRAIDビューでは、期待どおりに4台すべてのディスクが表示されませんでした。

その後、チームはZimaCube以外のデバイス向けドライブ表示手順を公開しました。ZimaOS 1.2.5のユーザーは、その手順に従うことで表示されるドライブが正しくなり、RAIDを作成できたと報告しました。別のユーザーも、同じ手順ですぐに問題が解決したことを確認しました。

サードパーティ製ディスクのマッピング修正後のZimaOS RAIDインターフェース
公開されたマッピング手順を適用した後の、コミュニティによる確認。

コマンドラインによるアレイ変更は一般的な解決策ではありません

その後、別の参加者がUIで4台のディスクによるRAID 5を作成し、5台目のNVMeデバイスを追加しました。 mdadmユーザーは結果を理想的ではないと説明しました。これらのコマンドは稼働中のアレイを変更するもので、そのマシン固有のものだったため、このコミュニティ向けまとめでは、再利用可能な修復手順として提示していません。

2025年5月のチームによる最終回答では、別のドライブベイ欠落報告をサードパーティ製ハードウェアの問題と分類し、エンジニアがスクリーンショットや録画を確認できるよう、専用トピックを作成するようユーザーに求めました。これは、オペレーティングシステム上でドライブが認識されていても、古いRAID UIではハードウェア固有のスロットマップが正しく表示されるとは限らないという、主な境界を改めて示しています。

よくある質問

ディスクをフォーマットした後、RAIDの項目が表示されなくなったのはなぜですか?

過去の1.2.xの事例では、個別ストレージとして有効にしたディスクがRAIDワークフローで利用可能なディスクとして認識されなくなっていました。それらを無効にすると再びRAIDの項目が表示されましたが、別のUIやスロットマッピングの不具合が一部のシステムに影響し続けました。

ZimaOSをアップグレードすれば、ドライブが表示されない問題はすべて解決しましたか?

いいえ。後のリリースへのアップグレードやクリーンインストール後に解決したと報告したユーザーもいましたが、ZimaCube以外のドライブ表示手順が引き続き必要だったユーザーもいました。原因が従来のUI、読み取り専用ファイルシステム、サードパーティ製ハードウェアのマッピングのいずれだったかによって結果は異なりました。