新しいシステムでは、/usr/share/mdadm/mkconf
(/etc/mdadm/mdadm.conf
の生成に使用されるスクリプト)は、/dev/md/0
ではなく、デバイス名/dev/md0
を使用する傾向があります。
new-system ~ # /usr/share/mdadm/mkconf | grep ARRAY
ARRAY /dev/md/0 metadata=1.2 UUID=a0021927:0e4f10bf:2c47dc72:ca0b352e name=unassigned:0
これにより、そこに/dev/md0
を期待するユーザーに不快感を与える可能性がありますが、サーバーが問題なく起動するため、明らかに正常に動作します。
/proc/mdstat
では、デバイスは引き続き/dev/md0
と呼ばれます。
new-system ~ # cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sdb2[2] sda2[0]
1953381184 blocks super 1.2 [2/2] [UU]
unused devices: <none>
ls
は、/dev/md/0
が/dev/md0
へのシンボリックリンクであることを示しています。
new-system ~ # ls -l /dev/md/0
lrwxrwxrwx 1 root root 6 Nov 20 14:06 /dev/md/0 -> ../md0
別の古いシステムでは、mkconf
は代わりに/dev/md0
を使用し、/dev/md
は空です。
old-system ~ # /usr/share/mdadm/mkconf | grep ARRAY
ARRAY /dev/md0 UUID=76472cf5:83fd8e5a:ad617046:69b2ebf1
old-system ~ # ls -l /dev/md
total 0
これらのデバイス名の違いを知りたいのですが、Googleで説明が見つかりません。 /dev/mdN
は古い名前で、md
は/dev/md/N
デバイス名に移行する予定ですか?この変更は1.2メタデータに関連していますか(古いサーバーはまだ0.90を使用していますが、新しいサーバーはmd 1.2を使用しています)。
編集2017-09-11:私は Krzysztof Stasiakの答え が正しいと思います。私は今、この質問について完全に忘れていました。先週の金曜日にテストRAIDで遊んでいるとき、「複雑なセットアップでmd0、md1、md2などが何を実行するかを覚えるのではなく、なぜアレイに名前を付けないのか」と思ったので、次のことを試しました。
test-server ~ # mdadm --assemble /dev/mdfoobar /dev/loop[01]
mdadm: /dev/mdfoobar is an invalid name for an md device. Try /dev/md/mdfoobar
そして実際にそれはうまくいきます:
test-server ~ # mdadm --assemble /dev/md/foobar /dev/loop[01]
mdadm: /dev/md/foobar has been started with 2 drives.
test-server ~ # ll /dev/md/foobar
lrwxrwxrwx 1 root root 6 Sep 11 10:45 /dev/md/foobar -> ../md0
test-server ~ # cat /proc/mdstat
Personalities : [raid1]
md0 : active (auto-read-only) raid1 loop0[0] loop1[1]
102272 blocks super 1.2 [2/2] [UU]
unused devices: <none>
(mdadm --assemble foobar DEV...
も実行できます)。
man mdadm
のセクションDEVICE NAMES
に詳細な説明があります。
配列には独自の名前を付けることができ(0-127だけではありません)、mdadm 3.0.3以降では名前のみを使用できます。パスがサブフォルダー/dev/md/$name
を使用するように変更された場合、柔軟性が向上するか、配列をクリーンまたはグループ化します。 md配列が/dev/mdX
の形式で作成された場合、新しい形式に対応するためのシンボリックリンクが追加されます。
デバイス名に関しては、 dev の方が適切です。私の理解に、
md%d
の命名はカーネルによって使用され、ドライバーによって直接生成されます md.c#L5284 、および/proc/partitions
およびsysfs
で使用されます。したがって、/dev
に表示されます
/dev/md/...
および/dev/disk/by-id/...
は、udevdによってシンボリックリンクとして生成されます。私のシステムでは、対応するルールは/usr/lib/udev/rules.d/63-md-raid-arrays.rules
に保持されています。
...
ENV{DEVTYPE}=="disk", ENV{MD_DEVNAME}=="?*", SYMLINK+="md/$env{MD_DEVNAME}"
...
Mdadmの this commit によると、udevファイルはopenSUSE 11.1-rc3
にあるようです。このファイルをopenSUSE 11.0
で確認しましたが、md/%d
のシンボリックリンクがありません...
おそらく、元のパスはLinuxカーネルのバージョンまたはUnixシステムによって異なります。シンボリックリンク/dev/md/N
は、互換性の理由で存在する場合があります。 /dev/mdN
の代わりにこのパスを使用する可能性のあるプログラムまたはスクリプト。