結論：RAIDを削除する前に、RAIDを使用している共有とサービスを停止する
ユーザーは、RAID自体を削除できないと思っていました。実際の原因はもっと単純で、Samba共有がまだ有効になっていたことでした。共有を無効にすると、低レベルの消去にすぐ頼ることなく、アレイを削除できました。
破壊的なCLIツールを使う前に、ZimaOSのストレージUIを使用する
現在のZimaOSは、ストレージのワークフローを通じてRAID 0、1、5、6をサポートしています。アレイがまだZimaOSで管理されている場合は、まず依存している共有やアプリを削除し、その後ストレージUIでレイアウトを変更してください。ZimaOSの最新RAIDガイドが、サポートされている基本手順です。
必要なデータがまだ残っている可能性のあるディスクに触れる前に、ZimaOS RAID復旧ガイドを読んでおく価値があります。
wipefsはファイルシステムとRAIDのシグネチャを削除するため、最後の手段にする
lsblk -f
findmnt
sudo umount /dev/DEVICE_PARTITION
sudo wipefs -n /dev/DEVICE # シグネチャのみを確認まずは、シグネチャを消去せずに一覧表示するwipefs -nを実行してください。wipefsのマニュアルでは、破壊的なモードと実行せずに確認するモードについて説明しています。実際の消去操作は、データをバックアップし、デバイスの識別情報を確認した後にのみ行ってください。
新しいRAIDを作成すると、以前のストレージレイアウトは消去される
ドライブに重要なデータがある場合は、別の場所にコピーし、アレイを削除・再作成する前にコピーの内容を確認してください。RAIDは一部のディスク障害から保護しますが、バックアップではありません。
ZimaOSバックアップガイドでは、変更前に行う安全な手順を説明しています。
NVMeをキャッシュとして使用する場合は？
元のスレッドでは、bcache/dm-cacheの使用についても質問されていました。現在公開されているZimaOSのドキュメントには、HDD RAID向けの、サポートされたワンクリックSSDキャッシュ機能はありません。Linuxには高度なブロックキャッシュ技術がありますが、ZimaOSが管理するアレイの下に手動で組み込むと、ストレージ構成と復旧手順が変わります。意図的にこの高度な構成を構築する場合は、カーネルのbcacheドキュメントが技術的なリファレンスになります。
ブロックキャッシュを追加する前に、アプリデータにはSSDを優先する
多くのホームサーバーでは、DockerやアプリのデータベースをSSDに置き、大容量メディアをHDDに置くことで、障害時の構成を大幅に複雑化させずに、実用上の応答性を大きく向上できます。ZimaOSデータ移行ガイドは、この構成を直接サポートしています。
