☰

MDADMは追加のブロックデバイスを生成します。

tag-icon • tag-icon linux devices mdadm lsblk raid0
MDADMは追加のブロックデバイスを生成します。

RAIDアレイを作成するときに奇妙な問題が見つかりました。ミダデム。私が知っている限り、追加のデバイスmdタイプが作成されます。 ~によるとkernel.orgこのマニュアルでは、デバイスmdタイプはMetadisk（RAID）デバイスです。

Metadiskドライバは、複数の物理ディスクにわたってファイルシステムを拡張するために使用されます。

しかし、これは今日同じホストで起こり始めました。 （構成管理ツールを使用してRAIDアレイを作成していますが、発行するとミダデム手動コマンド。

LSBLK出力は次のとおりです。

user@host:~$ lsblk
NAME      MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
nvme0n1   259:0    0  1.7T  0 disk
└─md0       9:0    0  3.5T  0 raid0
  └─md0p2 259:2    0  1.8T  0 md
xvda      202:0    0   20G  0 disk
└─xvda1   202:1    0   20G  0 part  /
xvdf      202:80   0   20G  0 disk
nvme1n1   259:1    0  1.7T  0 disk
└─md0       9:0    0  3.5T  0 raid0
  └─md0p2 259:2    0  1.8T  0 md

誰かがこれについて明らかにできますか？これが期待されるか。私はこれを初めて見る。

ホストはUbuntu 16.04.6 LTS

言う

これがなされた理由：

 └─md0p2 259:2    0  1.8T  0 md

答え1

ブロックデバイスがシステムに追加されると、カーネルはデバイスに存在する可能性のあるすべてのパーティションテーブルを解析しようとし、成功すると、パーティションテーブルから読み取られた内容に基づいて存在すると考えるパーティションのブロックデバイスを追加します。多くのパーティションテーブルタイプのサポートはカーネルで構成できるため、Solaris、BSDなどのパーティションテーブルも認識されます。

任意のデータがカーネルが期待するパーティションテーブルと何らかの方法で一致するため、誤ったパーティションデバイスが生成される可能性があります。

lsblk出力には「TYPE」列がありますが、これは最良の推測である可能性があり、正確ではない可能性があります。キー番号はデバイスの種類をよりよく示します。/proc/devicesどの番号がどのカーネルドライバに対応しているかを確認してください。ここで、少なくともmd0p2メジャー番号はメジャー番号と異なるため、デバイスを作成したドライバではmd0ありませんでした。md

最初のブロックを0に設定すると、データがパーティション化されたテーブルに誤って解釈されるのを防ぎます。

# dd if=/dev/zero of=/dev/md0 count=1

書いているデバイスをもう一度確認してください！

関連情報