關於Ubuntu 20.04安裝過程中磁碟分區的問題

我正在嘗試在 NVMe 磁碟上安裝 Ubuntu 20.04。

安裝嚮導顯示以下磁碟資訊：

我不太明白。我的問題是：

1. 為什麼/dev/mapper/vgubuntu-root和/dev/mapper/vgubuntu-swap_1分別列出兩次？
2. 這些/dev/mapper元件用於 LVM，這是邏輯視圖。為什麼/dev/nvme0n1還需要列出，即同一個磁碟的物理視圖？
3. 為什麼右鍵點擊時我什麼也做不了/dev/nvme0n1p2？但我可以change/delete嗎dev/nvme0n1p1？
4. 我看到dev/nvme0n1p2- 二free space​​ = /dev/mapper/vgubuntu-swap_1+的大小/dev/mapper/vgubuntu-root。這是巧合嗎？

添加 1 - 2021 年 9 月 18 日晚上 9:25

更多資訊。

我確實點擊了高級功能並選擇了一次使用 LVM，如下所示。但是我沒有點擊立即安裝按鈕，因為我不太確定 LVM。我不確定這些/dev/mapper路徑是否是由此引起的。如果是由這個引起的，有沒有辦法恢復效果？

添加 2 - 2021 年 9 月 18 日下午 12:11

我探勘了一些關於 Linux LVM 的資訊。

據我所知，下圖只是為我提供了塊設備的 2 個不同視圖。

在黃色框中，它是 LVM 邏輯卷視圖。

紅框內為傳統PC分區視圖。

LVM 是 Linux 原生的磁碟分區方式，它有一些優點和復雜性。

目前問題：

1 - 這兩個不同視圖的資訊儲存在哪裡？

2 - 如果它們都儲存在磁碟上，是不是有點多餘？

我認為您的大多數問題都可以通過以下方式回答：“顯示 LVM 設備並不容易，Ubuntu 安裝程序在這方面做得不好”。

tl; dr LVM 的描述： LVM 添加了第二個“邏輯”儲存層，允許您執行諸如將多個磁碟連接到一個設備，您可以設置 RAID、記憶體設備等操作。您在 LVM 中有三種類型的設備：

• 物理卷 (PV)：這些是現有的塊設備，如分區或磁碟。
• 卷組 (VG)：一個或多個 PV 組成一個卷組。這是兩個磁碟可以連接到一個設備的部分：一個新的 VG 可以由兩個 PV 組成sda1和sdb1。
• 邏輯卷 (LV)：這些是從 VG 分配的塊設備，您可以將它們想像為分區，但在 VG 而不是磁碟上創建。

lsblk在顯示此結構時做得更好，您會看到這些設備實際上是堆疊在一起的：

└─nvme0n1p3                                   259:3    0 892,7G  0 part  
 └─luks-dfcda59b-1322-4705-bb04-e09a72b2d678 253:0    0 892,7G  0 crypt 
   ├─fedora_aida-root                        253:1    0    70G  0 lvm   /
   └─fedora_aida-home                        253:2    0 822,7G  0 lvm   /home

（這是我的設置，有一個加密的 PV，稱為 VGfedora和兩個 LVroot和home。）

在您的情況下，您的 NVMe 驅動器的第二個分區上有一個 PV /dev/nvme0n1p2：. 此 PV 由您的 VG 使用，稱為vgubuntu. 你有兩個邏輯卷：root安裝/並swap用作交換。（而且您的第一個分區上還有第二次交換/dev/nvme0n1p1，我不知道為什麼）。

要回答您的問題：

為什麼/dev/mapper/vgubuntu-root和/dev/mapper/vgubuntu-swap_1分別列出兩次？

不知道。這是一個錯誤或奇怪的 UI 決定。

這些/dev/mapper元件用於 LVM，這是邏輯視圖。為什麼/dev/nvme0n1還需要列出，即同一個磁碟的物理視圖？

這是安裝程序的 UI 設計人員的決定。您可以隱藏 PV 並僅顯示 LV 或同時顯示兩者。在這種情況下，顯示 PV 會使恕我直言有點混亂。但正如我所說，複雜儲存設置的視覺化並不容易。

為什麼右鍵點擊時我什麼也做不了/dev/nvme0n1p2？但我可以更改/刪除/dev/nvme0n1p1？

/dev/nvme0n1p1是一個不屬於 LVM 設置的分區，因此安裝程序允許您更改它。/dev/nvme0n1p2是一個 PV，它上面已經堆放了完整的 LVM 設置，所以安裝程序不允許刪除它是有道理的。

我看到dev/nvme0n1p2- 二free space​​ = /dev/mapper/vgubuntu-swap_1+的大小/dev/mapper/vgubuntu-root。這是巧合嗎？

不，這是正確的，這就是 LVM 的工作方式——LV 是在 PV 上分配的，所以所有 LV 的總和（加上可用空間加上一些 LVM 元數據）將等於 VG 大小，這將是PV（所以在你的情況下/dev/nvme0n1p2）。

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