「非常に似たスーパーブロックがあるようです」というエラーが発生します。回避策がありますか？

Question

これは以前のmdadm 0.90メタデータで非常に一般的な問題です。このメタデータはデバイスの終わりのどこかにありますが、最後のセクタではなく64Kソートオフセットにあります。

スーパーブロックの長さは4Kで、デバイスの端で少なくとも64Kで128K未満の64Kアライメントブロックに書き込まれます（つまり、スーパーブロックのアドレスを取得し、デバイスサイズを64Kの倍数に下げます）。を押してから64Kを引きます。

源泉：https://raid.wiki.kernel.org/index.php/RAID_superblock_formats#The_version-0.90_Superblock_Format

残念ながら、64Kの倍数ではないディスク全体の場合は、ディスクの端に非常に近い拡張パーティションがあります（最後の64Kブロックまで）。これは、最後のパーティションのスーパーブロック位置がDrive-wise全体のスーパーブロック位置を検索した場合、結果はまったく同じです。

mdadmのマニュアルページにもこの問題が記載されています。

           0, 0.90
                 Use the original 0.90 format superblock.  This format
                 limits arrays to 28 component devices and limits
                 component devices of levels 1 and greater to 2 terabytes.
                 It is also possible for there to be confusion about
                 whether the superblock applies to a whole device or just
                 the last partition, if that partition starts on a 64K
                 boundary.

また、間接的に別の解決策を提案します。パーティションを64Kでソートするように設定しないと、パーティションのスーパーブロックはディスクと64Kでソートされないため、ディスク全体のスーパーブロックと見なすことはできません。

しかし、あなたの場合、パーティションはMiBでソートされ、64Kでソートされます。パーティションのスーパーブロック位置はで2048(start) + 5860531087(size) - 15(size%128) = 5860532992、ディスクのスーパーブロック位置はです5860533168(size) - 48(size%128) - 128 = 5860532992。

つまり、ここには2つのスーパーブロックはありません。同じです。メッセージのアドバイスに従い、どちらかを選択すると、mdadm --zero-superblock最終的に両方が失われます。だからお願いしないでください。

システムの場合、mdadm.confにDEVICE行を追加するのは簡単な回避策ですが、mdadm.confなしでLive CDまたはInitramfsを起動すると問題が再び発生します。

これは、0.90メタデータを避けるべきいくつかの理由の1つです。代わりに1.xメタデータを使用してください。

mdadm0.90メタデータ形式から1.0メタデータ形式に変換できます。例:

mdadm --stop /dev/mdX
mdadm --assemble /dev/mdX --update=metadata /dev/sdx1 /dev/sdy1

マンページから：

メタデータオプションはv0.90メタデータ配列でのみ機能し、これをv1.0メタデータに変換します。アレイはダーティではなく（つまり、同期は不要です）、書き込みビットマップを持つことはできません。

デフォルトの1.2メタデータ（終わりではなく先頭）を使用する方が良いですが、すべてのデータを移動する必要があり、内部変換は不可能です。

Answer 1