非DM與DM不同FS貼裝方式的優缺點

以下 FS 掛載方式還有其他（缺點）嗎？

例如：

1. DM 方法，只是意味著/dev/mapper/<VG>-<LV>，可以處理自己的多路徑 I/O。

2. 非DM方法，如UUID/LABEL/LVM，不能處理自己的多路徑I/O？

3. UUID：系統隨機生成的持久化邏輯ID，沒有其原有的低級屬性

4. LABEL：使用者自定義定義的持久化邏輯 ID，沒有其原始的高級屬性

5. LVM：也意味著/dev/<VG>/<LV>，與/dev/mapper/<VG>-<LV>，它幾乎沒有任何（缺點）優點？

我不確定我是否完全理解您的問題，但是 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在磁碟頂部擁有“額外的”devnodes，並且您必須使用多路徑設備而不是使用單獨的多路徑分支。同樣，/dev/mpathXdevnode 只是指向某些/dev/dm-X設備映射器設備的符號連結。

如何掛載文件系統與設備映射器沒有太大關係。

/dev/mapper/vg-lv處理自己的多路徑 I/O？我不知道這一點。多路徑不是由 LVM 處理的，而是由 DM-multipath 模組處理的。並且需要配置該模組。

UUID 的缺點是對人類來說很笨拙。LABEL 解決了這個問題。LABEL 的缺點：人類必須管理標籤並確保它們是唯一的。

LVM 的缺點是當您的文件系統駐留在非 LVM 設備上時它沒有幫助。它可以是位於邏輯卷頂部的設備，例如 LUKS 設備。LVM 的優點在別處。它提供持久儲存設備名稱這一事實只是對它所擁有的所有其他優勢的一個很好的補充。

引用自：https://unix.stackexchange.com/questions/636506