我的所有文件系统均由 LVM 逻辑卷托管:
$ lsblk -l | grep lvm
vids_VG-iso (dm-11) 252:11 0 32G 0 lvm
vids_VG-vids (dm-12) 252:12 0 586,6G 0 lvm
vids_VG-vids (dm-12) 252:12 0 586,6G 0 lvm
KUbuntu_VG-usr (dm-1) 252:1 0 22G 0 lvm /usr
KUbuntu_VG-var (dm-2) 252:2 0 10G 0 lvm /var
KUbuntu_VG-boot (dm-3) 252:3 0 5G 0 lvm /boot
KUbuntu_VG-usr_local (dm-4) 252:4 0 8G 0 lvm
KUbuntu_VG-opt (dm-5) 252:5 0 5G 0 lvm
KUbuntu_VG-tmp (dm-6) 252:6 0 17G 0 lvm /tmp
KUbuntu_VG-swap (dm-7) 252:7 0 12G 0 lvm [SWAP]
KUbuntu_VG-rootFS (dm-8) 252:8 0 10G 0 lvm /
KUbuntu_VG-var_cache (dm-9) 252:9 0 10G 0 lvm
KUbuntu_VG-var_tmp (dm-10) 252:10 0 1G 0 lvm /var/tmp
home_VG-home (dm-0) 252:0 0 100G 0 lvm
vids_VG-iso (dm-11) 252:11 0 32G 0 lvm
vids_VG-vids (dm-12) 252:12 0 586,6G 0 lvm
vids_VG-vids (dm-12) 252:12 0 586,6G 0 lvm
vids_VG-vids (dm-12) 252:12 0 586,6G 0 lvm
vids_VG-vids (dm-12) 252:12 0 586,6G 0 lvm
vids_VG-vids (dm-12) 252:12 0 586,6G 0 lvm
那么,为什么我的一些文件系统在输出中使用/dev/dm-
路径而不是/dev/mapper/
路径:df
$ df -PTh | egrep -v "squashfs|vfat" | grep /dev/
/dev/dm-8 ext4 9,8G 1,5G 7,8G 16% /
/dev/dm-12 btrfs 587G 586G 53M 100% /datas
/dev/dm-0 btrfs 100G 99G 228M 100% /home
/dev/dm-11 btrfs 32G 30G 249M 100% /iso
/dev/dm-5 btrfs 5,0G 3,0G 1,8G 64% /opt
/dev/mapper/KUbuntu_VG-usr ext4 22G 15G 5,6G 73% /usr
/dev/mapper/KUbuntu_VG-var ext4 9,8G 1,6G 7,7G 17% /var
/dev/mapper/KUbuntu_VG-boot ext4 4,8G 185M 4,4G 4% /boot
/dev/mapper/KUbuntu_VG-tmp ext4 17G 2,4G 14G 15% /tmp
/dev/dm-4 btrfs 8,0G 4,4G 3,4G 57% /usr/local
/dev/mapper/KUbuntu_VG-var_tmp ext4 976M 180M 729M 20% /var/tmp
答案1
这些是内核中设备映射器的 LVM 逻辑“设备”部分,由 LVM 使用。dmsetup ls
& 映射器路径设备是逻辑卷这只是两个不同的东西。
答案2
df
输出长度限制,超过且有软链接会输出dm-xx
:
[root@ ~]# lvcreate -n lvm-05d5eb5b-a248-4904-aa6f-0f3e2 -V 10Mi --thinpool testmysql/mysqlpool0
[root@ ~]# mkfs.ext4 /dev/testmysql/lvm-05d5eb5b-a248-4904-aa6f-0f3e2
[root@ ~]# mount /dev/testmysql/lvm-05d5eb5b-a248-4904-aa6f-0f3e2 /mnt/
[root@ ~]# df -h |grep mnt
/dev/mapper/testmysql-lvm--05d5eb5b--a248--4904--aa6f--0f3e2 11M 204K 9.6M 3% /mnt
添加 2
[root@ ~]# lvcreate -n lvm-05d5eb5b-a248-4904-aa6f-0f3e22 -V 10Mi --thinpool testmysql/mysqlpool0
[root@ ~]# mkfs.ext4 /dev/testmysql/lvm-05d5eb5b-a248-4904-aa6f-0f3e22
[root@ ~]# mount /dev/testmysql/lvm-05d5eb5b-a248-4904-aa6f-0f3e22 /mnt/
[root@ ~]# df -h |grep mnt
/dev/dm-252 11M 204K 9.6M 3% /mnt
[root@ ~]# ls /dev/testmysql/lvm-05d5eb5b-a248-4904-aa6f-0f3e22 -lrt
lrwxrwxrwx 1 root root 9 Jan 12 17:23 /dev/testmysql/lvm-05d5eb5b-a248-4904-aa6f-0f3e22 -> ../dm-252