主页 / unix / 问题

问题[lvm](unix)

Martin Hope
localhost
Asked: 2025-04-11 16:36:26 +0800 CST
  • 10

在 Ubuntu 中，我已将原始磁盘 .img 文件安装为循环设备，其中包含安装了 Ubuntu 的 LUKS 加密 LVM。

它的安装方式如下：（输出来自lsblk -o NAME,PKNAME,KNAME,FSTYPE,SIZE /dev/loop0

NAME                      PKNAME KNAME FSTYPE        SIZE
loop0                            loop0               240G
├─loop0p1                 loop0  dm-11 ext4          487M
├─loop0p2                 loop0  dm-12                 1K
└─loop0p5                 loop0  dm-13 crypto_LUKS 239.5G
  └─cloneluks             dm-13  dm-14 LVM2_member 239.5G
    ├─ubuntuclone-lv_swap dm-14  dm-15                 8G
    └─ubuntuclone-lv_root dm-14  dm-16 ext4        231.5G

当我给出已安装的 LV 名称时，是否有任何命令可以在脚本中用于返回根“块设备”（我不确定这是否是正确的术语）？

我希望它能lsblk -no pkname /dev/ubuntuclone/lv_root起作用，但它什么也没输出——使用kname会给我dm-16。

我想去loop0。

我也看到了这个答案，暗示我可以使用"$(basename "$(readlink -f /dev/VG/LV)")"，但我不知道如何使用它：

 dev=/dev/ubuntuclone/lv_root ; echo "$(basename "$(readlink -f $dev)")"

输出dm-16。

我不知道如何“超越” crypto_LUKS 容器。

这就是我所寻找的：

输入：

/dev/ubuntuclone/lv_root或者ubuntuclone-lv_root

我希望获得输出：

/dev/loop0

谢谢。

编辑：我认为使用lsblk --json | jq可能正是我想要的，但我在制定正确的咒语时遇到了很多麻烦jq......

lvm
Martin Hope
Kantium
Asked: 2024-12-20 19:43:35 +0800 CST
  • 5

我在计算机上添加了第二个NVME并扩展了我的加密 LVM 卷。我使用以下命令来扩展它：

sudo pvcreate /dev/nvme0n1            << New disk
sudo vgextend castel-vg /dev/nvme0n1
sudo lvm lvextend -l +100%FREE /dev/castel-vg/root
sudo resize2fs -p /dev/mapper/castel--vg-root

分区已很好地扩展并且一切正常，但是现在如果我看结果lsblk：

lsblk
NAME                      MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINTS
nvme1n1                   259:0    0  3.6T  0 disk  
├─nvme1n1p1               259:1    0  512M  0 part  /boot/efi
├─nvme1n1p2               259:2    0  488M  0 part  /boot
└─nvme1n1p3               259:3    0  3.6T  0 part  
  └─nvme0n1p3_crypt       254:0    0  3.6T  0 crypt 
    ├─castel--vg-root     254:1    0  7.3T  0 lvm   /
    └─castel--vg-swap_1   254:2    0  976M  0 lvm   [SWAP]
nvme0n1                   259:4    0  3.6T  0 disk  
└─castel--vg-root         254:1    0  7.3T  0 lvm   /

最后两行让我怀疑castel--vg-root驱动器上的分区nvme0n1没有使用 LUKS 加密层。有什么方法可以确认扩展分区是否已加密？

更新：

情况描述

当我尝试绘制此图以帮助澄清我的问题（部分??）时，我注意到我也不清楚 crypt/LUKS 在哪里。是nvme0n1p3_crypt分区还是卷组？

lvm
Martin Hope
EML
Asked: 2024-12-06 19:56:22 +0800 CST
  • 5

我想event_activation在修改未安装的驱动器时关闭（否则，当检测到未安装的驱动器发生变化时，udev 规则就会运行vgchange）。手册页说“lvm.conf 在 lvm 的初始化阶段加载”。我可以重新加载 lvm 以强制重新读取 lvm.conf 吗？

如果我event_activation在 lvm.conf 中将其设置为 0 并运行，lvm dumpconfig它确实会报告新值，但可能不会对其采取行动。如果有必要，我可以关闭 LVM（修改驱动器后系统会重新启动）- 有办法吗？奇怪的是，添加nolvm到内核选项似乎不会影响此问题 -vgchange修改驱动器后仍会运行。

lvm
Martin Hope
A. Bear
Asked: 2024-11-29 20:34:53 +0800 CST
  • 5

我通常从单个 250G M.2 NVMe SSD（PCIe 3.0 x4）启动系统。我还有一个 240G SATA SSD 和一个 640G SATA 7200rpm HDD，目前用于临时备份。后者将被适当的远程备份取代，所以我可以自由使用这些驱动器。

我正在考虑使用 RAID1 配置中的 LVM 创建 240G 逻辑卷，以便我的系统拥有两个镜像（即总共三个映像）。

我想知道这会比我当前的设置慢还是快。我这样做的主要目的是冗余，但我不想降低性能。如果这可能是一个问题，我可以考虑不将 HDD 放在一起。

我对驱动器的缓存/缓冲一无所知。不过我有 16GB 的 RAM，如果有必要的话，我现在将使用 ext4。

lvm
Martin Hope
masteer
Asked: 2024-08-23 18:30:05 +0800 CST
  • 6

我在添加新的存储机柜后尝试增加 pv/vg/lv 的大小，并且创建了 2 个新卷并将其连接到主机。虽然增加 PV 和 VG 效果很好，但 LV 似乎看不到任何可用空间。也许有人可以告诉我为什么这不起作用？

到目前为止所做的工作：

rescan-scsi-bus.sh -r

pvcreate /dev/mapper/mpathe
  Physical volume "/dev/mapper/mpathe" successfully created.
pvcreate /dev/mapper/mpathf
  Physical volume "/dev/mapper/mpathf" successfully created.
vgextend vgall /dev/mapper/mpathe
  Volume group "vgall" successfully extended
vgextend vgall /dev/mapper/mpathf
  Volume group "vgall" successfully extended

但现在 lvextend 显示以下内容：

lvextend -l +100%FREE /dev/vgall/lvol0
  Using stripesize of last segment 4.00 KiB
  Rounding size (152285551 extents) down to stripe boundary size for segment (152285548 extents)
  Size of logical volume vgall/lvol0 changed from 478.39 TiB (125408168 extents) to 478.51 TiB (125439052 extents).
  Logical volume vgall/lvol0 successfully resized.

这基本上没什么，并且后续运行确实显示：

lvextend -l +100%FREE  /dev/vgall/lvol0
  Using stripesize of last segment 4.00 KiB
  Rounding size (152285551 extents) down to stripe boundary size for segment (152285548 extents)
  Size of logical volume vgall/lvol0 unchanged from 478.51 TiB (125439052 extents).
  Command failed with status code 5.

PV/LV/VG输出显示如下：

  --- Physical volume ---
  PV Name               /dev/mapper/mpatha
  VG Name               vgall
  PV Size               <119.60 TiB / not usable 4.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              31352042
  Free PE               0
  Allocated PE          31352042

  --- Physical volume ---
  PV Name               /dev/mapper/mpathb
  VG Name               vgall
  PV Size               <119.63 TiB / not usable 4.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              31359763
  Free PE               0
  Allocated PE          31359763

  --- Physical volume ---
  PV Name               /dev/mapper/mpathc
  VG Name               vgall
  PV Size               <119.60 TiB / not usable 4.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              31352042
  Free PE               0
  Allocated PE          31352042

  --- Physical volume ---
  PV Name               /dev/mapper/mpathd
  VG Name               vgall
  PV Size               <119.63 TiB / not usable 4.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              31359763
  Free PE               0
  Allocated PE          31359763

  --- Physical volume ---
  PV Name               /dev/mapper/mpathe
  VG Name               vgall
  PV Size               <51.27 TiB / not usable 4.00 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              13438976
  Free PE               13431255
  Allocated PE          7721

  --- Physical volume ---
  PV Name               /dev/mapper/mpathf
  VG Name               vgall
  PV Size               51.20 TiB / not usable 4.00 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              13422965
  Free PE               13415244
  Allocated PE          7721


  --- Volume group ---
  VG Name               vgall
  System ID
  Format                lvm2
  Metadata Areas        6
  Metadata Sequence No  5
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                6
  Act PV                6
  VG Size               580.92 TiB
  PE Size               4.00 MiB
  Total PE              152285551
  Alloc PE / Size       125439052 / 478.51 TiB
  Free  PE / Size       26846499 / 102.41 TiB


  --- Logical volume ---
  LV Path                /dev/vgall/lvol0
  LV Name                lvol0
  VG Name                vgall
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                478.51 TiB
  Current LE             125439052
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:6



lvdisplay -m /dev/vgall/lvol0
  --- Logical volume ---
  LV Path                /dev/vgall/lvol0
  LV Name                lvol0
  VG Name                vgall
  LV UUID                MKcUYB-dAoJ-qJq1-hQEy-ArGl-c0bi-WKY0bU
  LV Write Access        read/write
  LV Creation host, time localhost.localdomain, 2023-10-04 20:00:04 +0200
  LV Status              available
  # open                 1
  LV Size                478.51 TiB
  Current LE             125439052
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:6

  --- Segments ---
  Logical extents 0 to 125408167:
    Type                striped
    Stripes             4
    Stripe size         4.00 KiB
    Stripe 0:
      Physical volume   /dev/mapper/mpathb
      Physical extents  0 to 31352041
    Stripe 1:
      Physical volume   /dev/mapper/mpathd
      Physical extents  0 to 31352041
    Stripe 2:
      Physical volume   /dev/mapper/mpatha
      Physical extents  0 to 31352041
    Stripe 3:
      Physical volume   /dev/mapper/mpathc
      Physical extents  0 to 31352041

  Logical extents 125408168 to 125439051:
    Type                striped
    Stripes             4
    Stripe size         4.00 KiB
    Stripe 0:
      Physical volume   /dev/mapper/mpathe
      Physical extents  0 to 7720
    Stripe 1:
      Physical volume   /dev/mapper/mpathf
      Physical extents  0 to 7720
    Stripe 2:
      Physical volume   /dev/mapper/mpathb
      Physical extents  31352042 to 31359762
    Stripe 3:
      Physical volume   /dev/mapper/mpathd
      Physical extents  31352042 to 31359762
lvm
Martin Hope
Harv
Asked: 2024-07-20 08:55:12 +0800 CST
  • 7

我正在运行 Proxmox 8.2.2。最近我的 lvg 损坏了（“卷组 pve 可用空间不足！”）

首先，我尝试修复 vg：

$ sudo lvconvert --repair pve/data
Volume group "pve" has insufficient free space (2017 extents): 2077 required.

因此我插入了一个额外的磁盘并将其添加到组中：

$ sudo pvcreate /dev/sdj
$ sudo vgextend pve /dev/sdj

并重新运行修复：

$ sudo lvconvert --repair pve/data
WARNING: You have not turned on protection against thin pools running out of space.
WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
WARNING: Sum of all thin volume sizes (<884.02 GiB) exceeds the size of thin pools (<794.79 GiB).
WARNING: You have not turned on protection against thin pools running out of space.
WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
WARNING: LV pve/data_meta2 holds a backup of the unrepaired metadata. Use lvremove when no longer required.
WARNING: New metadata LV pve/data_tmeta might use different PVs.  Move it with pvmove if required.

现在，我的数据可以访问了。我删除了一些我不需要的数据。以下是我想要做的：

  1. 理解上述有关精简池的警告并设置限制，以防止这种情况再次发生。

  2. 减少逻辑卷跨度，这样我就不需要刚刚插入的额外物理磁盘。

  3. 移除物理磁盘，而不会损坏或危及 lv 中的任何东西。

我对此感到力不从心——我真的很感激任何见解或文档链接，这样我就能理解我是如何陷入这种困境的，我如何强制限制以免再次陷入这种困境，以及如何让自己回到 lvg 不包含新驱动器的状态。

编辑：

$ sudo pvdisplay
--- Physical volume ---
PV Name               /dev/sdk3
VG Name               pve
PV Size               931.01 GiB / not usable 4.69 MiB
Allocatable           yes
PE Size               4.00 MiB
Total PE              238338
Free PE               2017
Allocated PE          236321
PV UUID               Msq2HF-K0f1-5spf-hWis-irni-vrLM-fiyq1N
--- Physical volume ---
PV Name               /dev/sdj
VG Name               pve
PV Size               <1.82 TiB / not usable <1.09 MiB
Allocatable           yes
PE Size               4.00 MiB
Total PE              476932
Free PE               474855
Allocated PE          2077
PV UUID               Jl1Jkd-4PJs-uAu9-bOUb-2yEQ-dnFb-YS5RVf

$ sudo vgdisplay
--- Volume group ---
VG Name               pve
System ID
Format                lvm2
Metadata Areas        2
Metadata Sequence No  746
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                12
Open LV               5
Max PV                0
Cur PV                2
Act PV                2
VG Size               <2.73 TiB
PE Size               4.00 MiB
Total PE              715270
Alloc PE / Size       238398 / 931.24 GiB
Free  PE / Size       476872 / <1.82 TiB
VG UUID               cmDgdu-22V6-Tx4j-pwNG-42ZZ-vRiG-SA850C

$ sudo lvs
LV            VG  Attr       LSize    Pool Origin Data%  Meta%      Move Log Cpy%Sync Convert
data          pve twi-aotz-- <794.79g             61.00  3.20
data_meta0    pve -wi-a-----    8.11g
data_meta1    pve -wi-a-----    8.11g
root          pve -wi-ao----   96.00g
swap          pve -wi-ao----    8.00g
vm-100-disk-0 pve Vwi-aotz--   32.00g data        20.35
vm-100-disk-1 pve Vwi-aotz--    4.00m data        14.06
vm-102-disk-0 pve Vwi-aotz--   10.00g data        35.51
vm-104-disk-0 pve Vwi-a-tz--    8.00g data        57.03
vm-110-disk-0 pve Vwi-a-tz--    4.00m data        14.06
vm-110-disk-1 pve Vwi-a-tz--  650.00g data        72.34
vm-110-disk-2 pve Vwi-a-tz--    4.00m data        1.56

$ sudo pvdisplay -m
--- Physical volume ---
PV Name               /dev/sdk3
VG Name               pve
PV Size               931.01 GiB / not usable 4.69 MiB
Allocatable           yes
PE Size               4.00 MiB
Total PE              238338
Free PE               2017
Allocated PE          236321
PV UUID               Msq2HF-K0f1-5spf-hWis-irni-vrLM-fiyq1N
--- Physical Segments ---
Physical extent 0 to 2047:
  Logical volume      /dev/pve/swap
  Logical extents     0 to 2047
Physical extent 2048 to 26623:
  Logical volume      /dev/pve/root
  Logical extents     0 to 24575
Physical extent 26624 to 230089:
  Logical volume      /dev/pve/data_tdata
  Logical extents     0 to 203465
Physical extent 230090 to 232166:
  Logical volume      /dev/pve/data_meta0
  Logical extents     0 to 2076
Physical extent 232167 to 234243:
  Logical volume      /dev/pve/data_meta1
  Logical extents     0 to 2076
Physical extent 234244 to 236320:
  Logical volume      /dev/pve/data_tmeta
  Logical extents     0 to 2076
Physical extent 236321 to 238337:
  FREE
--- Physical volume ---
PV Name               /dev/sdj
VG Name               pve
PV Size               <1.82 TiB / not usable <1.09 MiB
Allocatable           yes
PE Size               4.00 MiB
Total PE              476932
Free PE               474855
Allocated PE          2077
PV UUID               Jl1Jkd-4PJs-uAu9-bOUb-2yEQ-dnFb-YS5RVf
--- Physical Segments ---
Physical extent 0 to 2076:
  FREE
Physical extent 2077 to 4153:
  Logical volume      /dev/pve/lvol1_pmspare
  Logical extents     0 to 2076
Physical extent 4154 to 476931:
  FREE
lvm
Martin Hope
Kusalananda
Asked: 2024-07-05 20:37:24 +0800 CST
  • 8

我正在 KVM (QEMU) 中设置 Linux 系统，以测试在位于一组非常慢的磁盘 (RAID1 LV) 上的逻辑卷前面的快速磁盘上添加写回 LVM 缓存的效果。这是以实际物理配置为模型的，我不想触碰它，直到我知道添加缓存后它可能如何处理。

问题是，在 KVM 中，所有磁盘都以相同的速度运行，因此缓存很少被使用，而且我没有看到任何性能优势。理想情况下，我希望 RAID1 镜像能够应对 I/O，这样我就可以观察到缓存卷在写入过程中填满并逐渐写回镜像集。

有没有办法人为地限制 KVM/QEMU 中的磁盘速度？

我目前使用 Debian 12 作为此实验的主机，KVM 机器运行 Alpine Linux（也使用 Debian 12 进行测试）。KVM 设置包括一个主 qcow2 映像（快速磁盘）和附加 qcow2 映像（慢速 RAID 镜像）。

lvm
Martin Hope
hyperswiss
Asked: 2024-04-05 16:06:51 +0800 CST
  • 5

有1 500GB SSD和1 1TB HD，SSD已经是逻辑卷的一部分，HD使用fstab挂载。一切正常。

但是，出于好奇，如果我决定将第二个驱动器 (/dev/sda1) 扩展到逻辑卷，我是否仍然能够决定哪个驱动器中包含哪些内容以及如何进行？

我已经练习了一些，所以我熟悉pvcreate和vgextend（虚拟机），所以那部分还可以。但我无法将数据从一个特定驱动器移动到另一个驱动器，因为两者都位于同一卷组中。

感谢您的输入

lvm
Martin Hope
Mikko Rantalainen
Asked: 2024-03-07 22:55:16 +0800 CST
  • 6

我有一个现有的 LVM 卷组，其中有一个 10 TB 逻辑卷安装为 ext4 系统，并且正在使用中。

lvconvert --type cache --cachepool storage/lvmcache-data storage/data当 ext4 文件系统已安装时运行该命令是否安全storage/data？（storage/lvmcache-data之前已经配置过，lvconvert --type cache-pool --cachemode writeback --poolmetadata storage/lvmcache-metadata storage/lvmcache-data以防产生影响。）

我认为是的，将缓存动态添加到已安装文件系统的在线卷是安全的，但我无法找到任何文档。

lvm
Martin Hope
Joe
Asked: 2024-02-14 03:56:18 +0800 CST
  • 5

所以我可以在 lsblk 中看到我有一个 250G 磁盘，但是当我运行 pvresize /dev/sda3 时，我看不到用于扩展卷组的可用空间。由于这是根文件系统，我是否需要在单用户模式下修改分区表？在类似的系统上，我能够运行 pvresize、vgextend、lvresize，然后运行 ​​resize2fs

在此输入图像描述 在此输入图像描述

lvm