私は何年間も2つの2TBディスクを持つmdadm RAID1アレイを問題なく使用してきました。
最近4TBにアップグレードする必要があり、2つの新しい4TBディスクを購入し、1つを交換して再構築を待ってからもう1つを交換して拡張し、/ dev / md0でファイルシステムのサイズ変更を完了する予定でした。
問題は、これらのガイドのすべてがディスクがアレイに追加される前にパーティション化されることです（通常、すべてのディスクを占有する単一のパーティション）。これが一般的な慣行であることがわかりましたが、私のディスクは同じ日にパーティションなしでアレイに追加されました。つまり（アレイ内のマイディスクの1つ）：
Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000059b8
したがって、質問は次のようになります。mdadm RAID1アレイに使用するディスクを事前にパーティション化する必要がありますか？これにはどのような利点がありますか？
ベストアンサー1
次のチュートリアルを確認してください。ここ、特に議論ここ、RAIDに使用されるドライブに単一のパーティションを作成する目的は次のとおりです。
- タイプを次に設定して、パーティションをRAIDアレイの一部としてマークします。
0xfd - ディスク上の「パーティションテーブルなし」という（まれに）エラーメッセージが見つからないようにします。
- パーティションサイズを明確に定義されたサイズ（通常はディスクサイズよりわずかに小さいサイズ）に設定すると、交換の可能性が保証されます（これは英語の単語ですか？！）。
ポイント3が最も有効なようです。公称容量が同じであっても、あるハードドライブを別のハードドライブに交換したい場合実際サイズには常にわずかな変更があり、真の「直接」交換は、「明確に定義された」サイズ（1）でパーティションを作成することによってのみ達成できます。
ポイント2は邪魔になるよりは面倒そうです。個人的にはこのようなエラーメッセージを見たことはありませんが、設定によっては問題になる可能性があります。
私の経験では、mdadmRAID UUIDは「フルディスク」デバイスにも作成されるため、ディスクがRAIDアレイの一部であるかどうかを自動的に検出するために使用できるため、ポイント1は必要ありません。
したがって、全体的に厳しい要件ではありません。しかし、RAIDアレイに使用されるドライブを分割することには利点があります。
（1）ソースドライブのパーティションがディスク全体のサイズにまたがっていて、あるハードドライブを別のハードドライブに1対1のコピーをコピーしたい場合など、このような問題が原因で首が痛くなることがあります。 、コピープログラムは、ターゲットドライブが公称サイズは同じですが、数百バイト小さいことを発見します。