次のFSインストール方法には他の(不利益)利点がありますか?
たとえば、
- DM方式は、単に
/dev/mapper/<VG>-<LV>
独自のマルチパスI / Oを処理できることを意味します。 - UUID / LABEL / LVMなどの非DM方式では、独自のマルチパスI / Oを処理できませんか?
- UUID:元の下位レベルの属性なしでシステムによってランダムに生成された永続論理ID。
- LABEL:元の上位レベルの属性なしでユーザーの習慣に従って定義された永続論理ID。
- LVM:また?
/dev/<VG>/<LV>
に比べて/dev/mapper/<VG>-<LV>
長所がほとんどないという意味でもあります。
答え1
ファイルシステムのマウント方法は、デバイスマッパーとほとんど関係がありません。
/dev/mapper/vg-lv
独自のマルチパスI / Oを処理しますか?私はこれを知らない。マルチパスは、LVMではなくDMマルチパスモジュールによって処理されます。そしてモジュールを設定する必要があります。
UUIDの欠点は、人間が操作するのが難しいことです。 LABELはこの問題を解決します。タグの欠点:人がタグを管理し、タグが一意であることを確認する必要があります。
LVMの欠点は、ファイルシステムがLVM以外のデバイスにある場合は役に立ちません。 LUKSデバイスなど、論理ボリュームの上にあるデバイスにすることができます。 LVMの利点は、他の側面でも反映されます。デバイス名の永続的なストレージを提供するという事実は、他のすべての利点に加えて大きな追加です。
答え2
あなたの質問を完全に理解したかどうかはわかりませんが、mountとの間に違いはありません/dev/mapper/vg-vl
。これはカーネルによって生成されたデバイスマッパーブロックデバイスノードへのシンボリックリンクです。これらのシンボリックリンクは、利便性と使いやすさのためにのみUDevルールによって生成されます。/dev/vg/lv
/dev/disk-by-[uuid|id|partlabel]/
/dev/dm-<number>
$ ls -la /dev/disk/by-uuid/*
lrwxrwxrwx. 1 root root 10 Feb 26 06:57 /dev/disk/by-uuid/122d1e25-4e4b-4ac4-b1b5-33d5e942f815 -> ../../dm-1
...
$ ls -la /dev/mapper/*
lrwxrwxrwx. 1 root root 7 Feb 26 06:57 /dev/mapper/fedora-root -> ../dm-1
...
$ ls -la /dev/fedora/*
lrwxrwxrwx. 1 root root 7 Feb 26 06:57 root -> ../dm-1
...
マルチパスはこれとは何の関係もありません。 DMマルチパスを使用している場合は、/dev/mpathX
ディスクの上部に「追加」デバイスノードがあり、別々のマルチパスレッグを使用する代わりにマルチパスデバイスを使用する必要があります。同様に、devnodeは一部のデバイスマッパーデバイス/dev/mpathX
へのシンボリックリンクにすぎません。/dev/dm-X