Ubuntu 20.04安装过程中磁盘分区的问题

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/deletedev/nvme0n1p1

  4. dev/nvme0n1p2我看到- 二free space​​ = /dev/mapper/vgubuntu-swap_1+的大小/dev/mapper/vgubuntu-root。这是巧合吗?

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

更多信息。

我确实点击了高级功能并选择使用LVM如下一次。但是我没有点击现在安装按钮,因为我不太确定 LVM。我不确定/dev/mapper路径是否是由此引起的。如果是这个原因造成的,有办法恢复吗?

在此输入图像描述

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

我挖了一点点关于 Linux LVM。

据我现在了解,下图仅给出了我的块设备的两种不同视图。

黄色框中,是LVM逻辑卷视图。

红框中是传统的PC分区视图。

LVM 是 Linux 原生的磁盘分区方式,它有一些优点和复杂性。

目前的问题:

1 - 这两个不同视图的信息存储在哪里?

2 - 如果两者都存储在磁盘上,是否有点多余?

在此输入图像描述

答案1

我认为您的大多数问题都可以这样回答:“显示 LVM 设备并不容易,而且 Ubuntu 安装程序在这里表现不佳”。

tl;dr 描述左心室容量:LVM 添加了第二个“逻辑”存储层,允许您执行诸如将多个磁盘连接到一个设备之类的操作,您可以设置 RAID、缓存设备等。LVM 中有三种类型的设备:

  • 物理卷 (PV):这些是现有的块设备,如分区或磁盘。
  • 卷组(VG):一个或多个PV组成一个卷组。这是两个磁盘可以连接到一个设备的部分:一个新的 VG 可以由sda1和上的两个 PV 组成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以及两个 LVroothome。)

在您的情况下,您的 NVMe 驱动器的第二个分区上有一个 PV:/dev/nvme0n1p2。该 PV 由名为 的 VG 使用vgubuntu。您有两个逻辑卷:root安装/swap用作交换。 (你的第一个分区上还有第二个交换/dev/nvme0n1p1,我不知道为什么)。

回答您的问题:

为什么/dev/mapper/vgubuntu-root/dev/mapper/vgubuntu-swap_1分别列出两次?

不知道。这要么是一个错误,要么是奇怪的用户界面决定。

这些/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)。

相关内容