Linux lvm 可以在 /dev 下看到卷组中的一个逻辑卷，但是用各种 lvm 命令行工具都报告没有这个卷组，这种问题有 v 友遇到过吗？

系统中有 2 个卷组，一个名为 vg ，一个名为 fedora ，vg 这个卷组中有 root 和 hmoe 分区的逻辑卷，fedora 这个卷组中有一个没有在使用的 root 分区的逻辑卷（这个逻辑卷是可以挂载的），具体如下:

root@develop:/home/d# ls -l /dev/mapper/*
crw------- 1 root root 10, 236 Jun 24 10:16 /dev/mapper/control
lrwxrwxrwx 1 root root       7 Jun 24  2024 /dev/mapper/fedora-root -> ../dm-0
lrwxrwxrwx 1 root root       7 Jun 24  2024 /dev/mapper/vg-f40_root -> ../dm-1
lrwxrwxrwx 1 root root       7 Jun 24  2024 /dev/mapper/vg-home -> ../dm-2
root@develop:/home/d# 
root@develop:/home/d# ls -l /dev/vg/*
lrwxrwxrwx 1 root root 7 Jun 24  2024 /dev/vg/f40_root -> ../dm-1
lrwxrwxrwx 1 root root 7 Jun 24  2024 /dev/vg/home -> ../dm-2
root@develop:/home/d# 
root@develop:/home/d# ls -l /dev/fedora/*
lrwxrwxrwx 1 root root 7 Jun 24  2024 /dev/fedora/root -> ../dm-0
root@develop:/home/d# 
root@develop:/home/d# vgchange -a y vg
  2 logical volume(s) in volume group "vg" now active
root@develop:/home/d# 
root@develop:/home/d# vgchange -a y fedora
  Volume group "fedora" not found
  Cannot process volume group fedora
root@develop:/home/d# 
root@develop:/home/d# vgdisplay 
  --- Volume group ---
  VG Name               vg
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  8
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <444.76 GiB
  PE Size               4.00 MiB
  Total PE              113858
  Alloc PE / Size       14336 / 56.00 GiB
  Free  PE / Size       99522 / <388.76 GiB
  VG UUID               Z2vdTX-aTxO-ob2f-cUmu-tHZH-UOEA-ww6DS6
   
root@develop:/home/d#

从上面命令的输出可以看到有以下 2 个异常现象：

1 ，用 vgchange 可以激活 vg 这个卷组，但找不到 fedora 这个卷组。

2 ，用 vgdisplay 可以正常识别到 vg 这个卷组，却识别不到 fedora 这个卷组。

有 v 友知道这是什么原因导致的吗?

wniming

178 天前

@fitme fedora 卷组只有一个物理卷，是在 /dev/nvme1n1p5 这个分区上，如下：

root@develop:/home/d#
root@develop:/home/d# gdisk -l /dev/nvme1n1
GPT fdisk (gdisk) version 1.0.10

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/nvme1n1: 976773168 sectors, 465.8 GiB
Model: WD_BLACK SN770 500GB
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): C429264E-34FC-4E49-8B10-9120D21303DC
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2029 sectors (1014.5 KiB)

Number Start (sector) End (sector) Size Code Name
1 2048 932732927 444.8 GiB 8E00
2 974675968 974778367 50.0 MiB EF00 EFI System Partition
3 974778368 976773119 974.0 MiB 8300
4 932732928 934830079 1024.0 MiB EA00
5 934830080 974675967 19.0 GiB 8E00
root@develop:/home/d#
root@develop:/home/d# mount /dev/nvme1n1p5 /mnt/0/
mount: /mnt/0: unknown filesystem type 'LVM2_member'.
dmesg(1) may have more information after failed mount system call.
root@develop:/home/d#

wniming

178 天前

@fitme

root@develop:~# ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 Jun 24 2024 36df5d97-0c81-415e-baf0-88bde742f7bb -> ../../dm-1
lrwxrwxrwx 1 root root 15 Jun 24 10:16 4B64-9175 -> ../../nvme1n1p2
lrwxrwxrwx 1 root root 15 Jun 24 10:16 4b7258eb-9478-4f7e-bf52-d83fdcf31147 -> ../../nvme1n1p3
lrwxrwxrwx 1 root root 10 Jun 24 2024 6ac9d777-70da-4ea2-8873-a00644e50934 -> ../../dm-0
lrwxrwxrwx 1 root root 15 Jun 24 10:16 86dbca85-a16b-46c4-9099-9c3fcac2e8c2 -> ../../nvme1n1p4
lrwxrwxrwx 1 root root 10 Jun 24 2024 e189760f-5df8-4ccc-9bfb-0a6c28628e9b -> ../../dm-2
root@develop:~#

lvm 的 pv 本来就不能用 /dev/disk/by-uuid/ 这种方式看到 uuid 吧？

正常的卷组所在的 pv 用 /dev/disk/by-uuid/ 这种方式也看不到

wniming

178 天前

@fitme

root@develop:/mnt/0# lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1
nvme1n1
├─nvme1n1p1 LVM2_member LVM2 001 We699H-iVEw-Hbkc-weAS-rovx-iX3U-xI9I5f
│ ├─vg-f40_root ext4 1.0 36df5d97-0c81-415e-baf0-88bde742f7bb 10.1G 30% /
│ └─vg-home ext4 1.0 e189760f-5df8-4ccc-9bfb-0a6c28628e9b 27.8G 22% /home
├─nvme1n1p2 vfat FAT16 4B64-9175 24.5M 51% /boot/efi
├─nvme1n1p3 ext4 1.0 4b7258eb-9478-4f7e-bf52-d83fdcf31147 653.2M 24% /boot
├─nvme1n1p4 ext4 1.0 86dbca85-a16b-46c4-9099-9c3fcac2e8c2
└─nvme1n1p5 LVM2_member LVM2 001 PCUuVc-rqiA-f7Wd-Qg0f-sfeJ-DC1R-SlspPV
└─fedora-root ext4 1.0 6ac9d777-70da-4ea2-8873-a00644e50934 11.4G 33% /mnt/0
root@develop:/mnt/0#
root@develop:/mnt/0# df .
Filesystem Type Size Used Avail Use% Mounted on
/dev/mapper/fedora-root ext4 19G 6.2G 12G 35% /mnt/0
root@develop:/mnt/0#
root@develop:/mnt/0# date > test
root@develop:/mnt/0#
root@develop:/mnt/0# cat test
Mon Jun 24 12:21:53 PM CST 2024
root@develop:/mnt/0#

可以写入数据

wniming

178 天前

@Ggmusic 确实巧了，问题完全一样，，

你是什么系统环境，之前有做什么不寻常的操作吗？

我是装了 fedora 40 双系统的，2 个 fedora 40 ，一个本来不是以 lvm 的分区方式安装的，是我手动把这个非 lvm 方式安装的 fedora 转换成了 lvm 的分区方式，名为 vg 的 vg 就是我手动创建的，然后我又通过 fedora 安装程序安装了一个以 lvm 分区方式自动配置分区的 fedora ，就是 vg 名为 fedora 的这个。

2 个 fedora 都是可以启动的，奇怪的是我手动转换成 lvm 分区方式的那个 fedora 启动后识别不到名为 fedora 的卷组，但用 fedora 安装程序自动配置 lvm 的那个 fedora 启动后，2 个 vg 都能正常识别。

由于这 2 个 fedora 都是 fedora 40 ，所以内核版本是一样的，感觉最大的不同是 initramfs 以及 rootfs 上预先配置的一些 systemd 的服务，我手动转换成 lvm 的那个 fedora 的 initramfs 是我通过 dracut 生成的，也不知道是不是跟一些 systemd 的配置有关。