mdadmメタデータ：スーパーブロックの上書きを防ぐために予防措置を講じる必要がありますか？

それはレイヤーについてです。

ディスク（最下位レベル）があります。このディスクにパーティションテーブルを配置します。これに基づいてRAIDを配置します。 RAIDにはLUKSを入れます。 LUKSにLVMを追加します。 LVMでは、最後はファイルシステム（最も高いレベル）です。

Disk -> Partition -> RAID -> LUKS -> LVM -> Filesystem

これらのレイヤーの一部をスキップまたは並べ替えることができます。通常、ディスクで始まりファイルシステムで終わり、その間にオプションがあります。

これまでは問題ありません。すべてが大丈夫でしょう。

各層が尊重される限り、競合はありません。各レイヤーにはメタデータがありますが、各レイヤーはメタデータを損なうことなく使用できるコンテンツのみを提供します。sector 0パーティションテーブル自体と競合する可能性があるため、パーティションを最初から作成することはできません。デバイスmdに記録してmdメタデータを損傷することはできません。ファイルシステムを埋めると、ファイルシステムのメタデータまたはその下のレイヤーが破損することはありません。各レイヤーが独自に管理されるからです。

したがって、何も心配する必要はありません。

もはやこれらの層を尊重しない限り。

RAIDとGPTに言及しました。 GPTパーティションにRAIDを配置するか、RAIDにGPTを配置できます。あるレイヤーが別のレイヤーの上にある場合、まったく問題はありません。しかし、同時に2つのレイヤーを並べて使用しようとするとどうなりますか？ GPTを使用してディスクを分割し、ディスク全体をRAIDのメンバーにします。

本当にうまくいきません。

GPTには開始と終了にメタデータがあります。 RAIDには開始と終了にメタデータがあります（mdメタデータのバージョンによって異なるため）。 RAIDメタデータはGPTを完全に上書きできます（その逆も同様）。それとも、オフセットが少し異なるため、実際には動作しているように見えるかもしれませんが、それでもひどい状況です。

同時に別のレイヤーを使用したい場合は、どこに配置しますか？ RAIDに配置すると、パーティションが作成された境界にまたがる可能性があります。パーティションに挿入するとRAIDレイヤーをバイパスするため、ミラーリングされません。データが破損した場合、RAIDはデータが同期されたと信じています。

互いに協力して補完する必要があるとき、突然階層が互いに戦うようになります。

これについて心配する必要はありません。ボリュームのデータはメタデータと重複しません。そうでなければ、管理するのは非常に難しいでしょう！たとえば、各ディスクの外観は次のようになります（拡張されていません）。

[--------------------- sda ------------------------]
[---][------------------ sda1 ---------------------]
     [---][----------------------------------------]
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ one copy of the data in /dev/md0
     ^^^^ superblock
^^^^ partition table

パーティションテーブルはパーティションには含まれず、RAIDメタデータはRAIDボリュームには含まれません。コンテンツをRAIDボリュームに配置すると、コンテンツはメタデータが占有しない部分を占有します。特別な準備をする必要はありません。