干运维这几年磁盘管理和LVM一直是我最常用也最怕出错的两个基本功。尤其是碰到线上服务器磁盘不够用、数据盘要扩容、系统重装要保住数据这些场景LVM逻辑卷管理几乎是绕不开的解决方案。很多人一开始只会fdisk分区、mount挂载一看见PV、VG、LV、PE就头皮发麻其实搞懂之后就会发现它就是把一堆物理磁盘“揉”成一个资源池再按需切成任意大小的逻辑卷而已。下面这些内容基本覆盖了从设备认盘、分区挂载到LVM创建扩容、缩容快照再到重装系统前安全拆数据盘的全过程所有命令都是我在真实环境里验证过的。适合刚接触Linux的运维新人和准备面试想系统梳理一遍的同学参考。1. 先搞懂Linux怎么认盘磁盘管理的第一课1.1 设备命名规则sda、vda、nvme0n1都代表啥Linux下一切设备都以文件形式暴露在/dev目录里。传统SATA/SAS硬盘通常是/dev/sda、/dev/sdb这种命名sda中的a是顺序编号在KVM、Xen这类虚拟机里磁盘走virtio驱动时会看到/dev/vda、/dev/vdbNVMe固态硬盘则是/dev/nvme0n1、/dev/nvme0n2这种形式中间的n1代表第1个命名空间还有SD卡和eMMC设备会显示成/dev/mmcblk0。设备名看着乱其实背后是内核的驱动探测顺序一个非常重要的经验是不要在生产环境里把/dev/sda这种名字直接写进配置因为它可能因为插拔硬盘、内核版本升级而改变。更稳的做法是用UUID或文件系统标签来引用设备这也是后面写/etc/fstab时的关键点。1.2 查看磁盘和空间占用lsblk、df、fdisk、blkid一次说清先看最常用的一组命令。lsblk # 查看块设备拓扑和挂载点 df -h # 查看文件系统使用率 fdisk -l # 查看分区表信息 blkid # 查看设备UUID和文件系统类型第一类是lsblk它会输出类似“sda 8:0 0 100G 0 disk ├─sda1 ... └─sda2 ...”的树状结构能一眼看出谁是谁的分区加了LVM后还会看到“vgdata-lvdata”这样的逻辑卷挂在下面。第二类是df -h它看的是已挂载文件系统的容量排查“磁盘满没满”最先跑的命令就是它。第三类fdisk -l看的是底层分区表适合确认磁盘有没有被分区、分区类型是什么。第四类blkid输出UUID、PARTUUID和文件系统类型写/etc/fstab时特别有用。日常排查我还喜欢补一个du -sh /data先把目录占用挖出来再往下定位大文件后面接上find或ncdu基本能把空间去向摸得清清楚楚。1.3 从裸盘到可用目录分区、格式化、挂载标准流程假设新加了一块/dev/sdb目标挂到/data标准流程分成四步。第一步分区。新盘容量小于2T可以用fdisk大于2T必须用GPT分区表fdisk新版直接支持GPT老版本建议改用parted。操作是fdisk /dev/sdb进入交互界面后按n新建分区、p选主分区、默认扇区、w写入。第二步格式化mkfs.ext4 /dev/sdb1或mkfs.xfs /dev/sdb1选择哪种文件系统看业务比如大文件存储用XFS普通目录强调通用性和缩容能力用ext4。第三步挂载mkdir -p /data mount /dev/sdb1 /data。第四步写开机自动挂载先用blkid /dev/sdb1拿到UUID然后往/etc/fstab里加一行UUIDxxxx /data ext4 defaults 0 0最后mount -a验证。如果盘是NAS导出的NFS共享挂载方式类似mount -t nfs 192.168.1.10:/data /data只不过fstab里要加_netdev选项避免开机时网络还没起来就尝试挂载导致失败。这些基础流程不熟后面玩LVM就容易把概念搞混。2. LVM的核心逻辑把一堆硬盘变成一块“橡皮泥”2.1 四个缩写一次讲透PV、VG、LV、PELVM的全称是Logical Volume Manager核心抽象出四层概念。PVPhysical Volume物理卷可以是整块磁盘也可以是一个分区相当于提供原始空间的“砖块”。VGVolume Group卷组把多个PV汇集成一个大的空间池相当于把这些砖块砌成了一面墙。LVLogical Volume逻辑卷从VG里划分出来的“房间”格式化后就是最终挂载使用的逻辑盘。PEPhysical Extent物理扩展块VG内部的存储单位默认4MBLVM在分配空间时按PE的整数倍切割。用一个生活类比PV是成包的水泥VG是把几包水泥倒进一个桶里搅拌均匀LV就是从这个桶里舀出来的每一杯PE就是“一勺”的最小单位。系统看到的是LV底层数据分布在哪一个PV的哪个PE上由LVM的元数据自己记录和映射用户不需要关心。所以“逻辑卷”这个名字起得很准确它本身不是一个真实的物理分区而是一套映射关系这也是它能跨盘、能动态调整的根本原因。2.2 LVM和传统分区相比优缺点到底是什么先说缺点这样才客观。LVM多了一层映射和元数据会带来轻微性能开销卷组结构一旦损坏恢复比普通分区更麻烦启动时需要initramfs加载LVM模块如果内核和initramfs没配合好开机会直接进救援模式XFS文件系统不支持缩容想缩小逻辑卷还得考虑文件系统兼容性。这些缺点在服务器场景里通常可以接受但在单盘家用环境、嵌入式设备、追求极致性能和极简内核的场景下传统分区反而更合适。再看优点列成表格最直观。对比项传统分区LVM扩容需要新增分区后重新规划挂载数据迁移麻烦lvextend直接在线扩无需停机跨多块磁盘不支持一个分区只能位于单盘上VG可以跨盘多个PV合并成资源池缩容分区本身无法直接缩ext4可缩xfs不行快照不支持原生支持LV快照秒级生成性能少一层映射略高有少量映射开销复杂度低适合简单场景中高适合动态扩容需求一句话总结如果你管理的是数据库服务器、云主机数据盘、需要频繁扩容的业务系统直接用LVM如果是单块盘装个个人桌面系统、跑个嵌入式设备传统分区足够了。2.3 面试题常考LVM的读写映射和PE大小怎么选面试运维岗时LVM几乎是必考内容。最常见的问题有两个第一个是“LVM怎么把逻辑卷映射到物理磁盘”答案要点在于LV由若干段segment组成每一段映射到VG内某个PV上连续的一段PE逻辑地址到物理地址的转换由device-mapper完成这就是为什么你会看到/dev/mapper/vg-lv这样的路径。第二个问题是“PE大小什么时候需要改”创建VG时可以用vgcreate -s指定PE大小。PE越小空间分配越精细但映射表更大PE越大映射表更小但分配粒度粗浪费也多。如果业务以大量小文件为主、需要精细控制空间建议用1MB或2MB的PE如果是大容量存储、数据库文件默认4MB甚至更大也够用。回答时如果能补一句“修改PE大小必须在创建VG时确定后面很难直接改”面试官会认为你真的碰过生产环境。3. 实操手把手创建、扩容、缩容和快照LVM3.1 从裸盘到LVM全流程新盘不是只能分区环境假设有一块新盘/dev/sdb目标是做成LVM并挂载到/data。第一步用lsblk和pvs确认设备状态千万别写错盘符。第二步创建PV并组建VG、创建LVpvcreate /dev/sdb vgcreate vgdata /dev/sdb lvcreate -L 200G -n lvdata vgdata这里我直接把整块/dev/sdb做成PV没有分区。如果习惯分区可以先用fdisk建一个类型为8e的LVM分区然后再pvcreate /dev/sdb1。整块盘直接做PV省事但有些环境对分区对齐有要求或者需要保留传统分区表标识那就老老实实先分区。第三步格式化逻辑卷mkfs.xfs /dev/vgdata/lvdata # 如果改成ext4mkfs.ext4 /dev/vgdata/lvdata第四步挂载并写入开机自动挂载mkdir -p /data mount /dev/vgdata/lvdata /data echo UUID$(blkid -s UUID -o value /dev/vgdata/lvdata) /data xfs defaults 0 0 /etc/fstab mount -a df -h这里有个细节/dev/mapper/vgdata-lvdata和/dev/vgdata/lvdata指向同一个设备只是路径不同。写fstab时优先用blkid查到的UUID比设备路径更可靠。如果不小心把错误UUID写进fstab开机会直接进emergency mode排查起来很折腾。3.2 懒人扩容lvextend -r 一条命令在线搞定场景/data空间不够VG还有剩余空间。先看剩余空间vgs vgdisplay vgdata看到Free空间后执行lvextend -r -L 50G /dev/vgdata/lvdata重点是这个-r参数它会自动识别文件系统类型并完成resizeext4自动调用resize2fsxfs自动调用xfs_growfs。如果没有-r需要手动执行XFS和ext4命令不一样# xfs必须在挂载状态下执行 xfs_growfs /data # ext4可以对未挂载的设备执行 resize2fs /dev/vgdata/lvdata扩容后记得用df -h确认容量变化。如果VG剩余空间不够先给VG扩容新增一块盘pvcreate /dev/sdc然后vgextend vgdata /dev/sdc再回到lvextend -r。整个过程不用停机业务几乎无感知这就是LVM最诱人的价值。我实际扩容根分区时也用过这个套路只要系统盘所在VG还能扩很多“根分区满了”的问题都能在线解决。3.3 缩容逻辑卷XFS用户请直接放弃缩容比扩容风险高很多。XFS不支持缩容如果想缩小XFS文件系统只能把数据备份出去、重建LV、再导回来ext4支持缩容但执行顺序绝对不能错umount /data e2fsck -f /dev/vgdata/lvdata resize2fs /dev/vgdata/lvdata 80G lvreduce -L 80G /dev/vgdata/lvdata mount /data注意顺序先缩文件系统再缩LV。如果反了LV先变小文件系统数据可能已经被截断轻则文件系统损坏重则数据丢失。命令里的e2fsck -f强制检查必不可少缩容前必须保证文件系统干净。如果是不敢停机的生产环境缩容前最稳妥的做法是先用LVM快照备份或者干脆把数据迁到新LV上再删除旧LV。我的建议是没有特殊理由不要缩容空间管理靠“按需扩容”就够了毕竟扩容是零风险操作缩容却是高危操作。3.4 快照升级前的一颗后悔药LVM原生快照能在秒级生成一个逻辑卷的某个时间点副本命令只有一行lvcreate -s -L 20G -n snap_lvdata /dev/vgdata/lvdata这会生成一个20G的快照卷/dev/vgdata/snap_lvdata。快照卷保存的是源LV的“变化前”数据所以它的大小由快照期间实际写入的数据量决定不是源LV总大小。如果快照期间写入超过20G快照会“满掉”并自动失效因此快照空间要给足。使用场景很明确数据库备份前、系统升级前、大版本更新前。可以在快照卷上做备份也可以临时挂载快照检查数据。需要恢复源LV时先卸载源LV和快照然后执行lvconvert --merge /dev/vgdata/snap_lvdata合并时源LV和快照必须都处于卸载状态否则命令会报错。合并完成后快照自动被移除源LV恢复到快照那一刻的状态。生产环境中“升级前打快照出问题后回滚”是标准操作成本低、速度又快比折腾备份恢复省心太多。4. 生产环境避坑重装系统、数据盘分离与常见故障4.1 云电脑/云主机重装系统前请先安全拆掉LVM数据盘你可能会遇到这样一个场景云电脑或云主机使用了LVM并且把一块数据盘加进了卷组现在要重装系统如果不做任何处理直接把数据盘从控制台分离新系统启动后大概率会遇到“Volume group not found”或者VG重名冲突。原因很简单LVM元数据写在PV上数据盘里带着“我是某个VG的一部分”的信息重装后设备映射关系变了新系统可能激活不了旧VG或者激活了错误逻辑卷导致挂载失败甚至数据不可见。所以重装前要按下面顺序“解绑”数据盘先备份重要数据备份到单独对象存储或本地其他机器别只放在待分离盘上。确认当前LVM拓扑pvs vgs lvs lsblk卸载所有LV挂载点umount /data停用LV和VGlvchange -an vgdata/lvdata vgchange -an vgdata停用后内核不再创建设备映射。执行sync确保缓存落盘。从云控制台分离数据盘。如果数据盘上只有独立的VG没有和系统盘混在一起步骤到这就够了。重装完系统再接回数据盘时用pvscan、vgscan重新扫描再用vgchange -ay vgdata激活VG最后挂载LV就能看到数据。如果数据盘是某个同时包含系统盘的VG的一部分情况要复杂一些需要把数据盘从VG里先抽出去pvmove /dev/sdb # 把数据盘上的数据迁移到同VG其他PV vgreduce vgdata /dev/sdb # 从VG中移除该PV pvremove /dev/sdb # 清除PV标记可选这个操作要等到pvmove完全结束后再继续期间不要断电。pvmove处理的是磁盘上所有PE的搬移时间长短取决于数据量。完成后数据盘就不再属于LVM重装系统后把它当普通数据盘挂载就行。还有一种更简单的思路如果数据盘足够大干脆把它做成独立VG不往系统盘所在VG里塞这样重装前只需要vgchange -an停用永远不用做危险的pvmove这也是我在云主机上习惯用“系统盘VG和数据盘VG拆开”的原因。4.2 磁盘满的经典排查No space left on device日常经常会遇到“磁盘明明显示满了但清理文件后还是报No space left on device”。这里有几个隐藏坑值得说清楚。第一个是文件系统真的满找大文件就行。用du -x --max-depth1 /data逐层定位或者直接装ncdu交互式查看。第二个是文件被删除但进程还持有句柄空间没有真正释放。这种情况用lsof | grep deleted找出占用进程重启或让进程释放文件描述符后空间才会回来。第三个是inode满了和容量没有直接关系用df -i看再用find /data -xdev -type f | wc -l统计文件数量。如果inode满就算df -h显示还有空间也写不进任何新文件常见于邮件系统、消息队列这类海量小文件的目录。第四个就是LVM场景下的容量限制LV和文件系统都可能达到上限但VG还有剩余空间。在这种情况里直接lvextend -r -L 20G /dev/vgdata/lvdata扩容在线就能解决不需要停机。换句话说LVM把“空间不够”从“硬件运维问题”变成了“一条命令问题”这也是它适合服务器的最重要原因。4.3 常见报错与排查速查表生产环境中我整理过一张LVM和磁盘相关报错速查表分享出来。报错信息可能原因解决办法Volume group vgdata not foundVG未激活或元数据丢失vgscan扫描vgchange -ay vgdata激活再pvs确认PVFailed to find physical volume /dev/sdbPV设备名变了或驱动未加载先lsblk确认设备是否还在再用vgimport导入VGNot a valid LVM magic设备不是LVM PV或PV标记损坏确认数据已备份后重新pvcreate初始化/dev/mapper/vgdata-lvdata does not existLV未被激活lvchange -ay vgdata/lvdata或vgchange -aylvextend: Size must be a multiple of PE扩容大小不是PE整数倍使用-L 10G这种PE整倍数的写法挂载提示 unknown filesystem type LVM2_member直接挂载了PV而不是LV应该挂载/dev/vgdata/lvdata而不是/dev/sdbxfs_growfs: XFS not present on disk试图缩容XFS或挂载路径不对XFS不支持缩容只能备份重建fstab配置错误导致开机进入emergency mode挂载项设备不存在或格式错误进入维护模式注释错误行用mount -a验证这些报错大部分都是“设备路径引用错误”和“VG没有激活”两类养成“先pvs、vgs、lvs再动手”的习惯能避免大多数问题。另外平时记得用vgcfgbackup备份LVM元数据改/etc/fstab前先备份这些操作成本极低但关键时候能救命。4.4 国产Linux发行版如麒麟扩LVM原理一样命令通用国产Linux发行版比如麒麟、统信UOS底层都是Linux内核LVM命令和机制与其他发行版完全一致。在麒麟系统里扩LVM依然可以用lsblk确认磁盘用vgcreate、lvextend、xfs_growfs这些命令操作。和CentOS/Rocky系一样麒麟一般用yum或dnf安装软件包Ubuntu/Debian系用apt包名基本都是lvm2yum install -y lvm2 # 麒麟/Rocky/CentOS系 apt install -y lvm2 # Ubuntu/Debian系碰到“Permission denied”或“Device busy”先确认是否用sudo执行以及LV是否处于挂载状态。分享一个真实案例同事在麒麟服务器上扩根分区VG空间明明充足但lvextend一直报“Read-only file system”排查半天才发现根分区挂载成了只读模式执行mount -o remount,rw /重新挂载后再扩容就好了。这类问题在任何Linux发行版上都会出现所以排查思路完全可以复用先看挂载状态再看权限再检查VG空间最后才怀疑工具本身。最后分享一个我自己的习惯每次要对生产环境的LVM动手之前先执行df -h; pvs; vgs; lvs; lsblk这五条命令把当前状态记录到终端日志里再决定下一步。前阵子帮客户扩根分区因为没看VG剩余空间就直接lvextend结果命令报错我又反复试了几次虽然没造成数据丢失但那种心跳加速的感觉真不想再来第二次。LVM本身不复杂绝大多数事故都出在“没看现状就动手”和“没备份就缩容”。如果你能把PV、VG、LV的关系以及lvextend、vgchange、lvconvert这几个常用命令背熟再对照上面的报错速查表日常磁盘管理里八成以上的问题都能稳稳解决。 
长河君 · 2026/10/2 2:51:05 · 阅读 1.2k Linux运维必备：LVM逻辑卷管理从入门到生产实战
干运维这几年磁盘管理和LVM一直是我最常用也最怕出错的两个基本功。尤其是碰到线上服务器磁盘不够用、数据盘要扩容、系统重装要保住数据这些场景LVM逻辑卷管理几乎是绕不开的解决方案。很多人一开始只会fdisk分区、mount挂载一看见PV、VG、LV、PE就头皮发麻其实搞懂之后就会发现它就是把一堆物理磁盘“揉”成一个资源池再按需切成任意大小的逻辑卷而已。下面这些内容基本覆盖了从设备认盘、分区挂载到LVM创建扩容、缩容快照再到重装系统前安全拆数据盘的全过程所有命令都是我在真实环境里验证过的。适合刚接触Linux的运维新人和准备面试想系统梳理一遍的同学参考。1. 先搞懂Linux怎么认盘磁盘管理的第一课1.1 设备命名规则sda、vda、nvme0n1都代表啥Linux下一切设备都以文件形式暴露在/dev目录里。传统SATA/SAS硬盘通常是/dev/sda、/dev/sdb这种命名sda中的a是顺序编号在KVM、Xen这类虚拟机里磁盘走virtio驱动时会看到/dev/vda、/dev/vdbNVMe固态硬盘则是/dev/nvme0n1、/dev/nvme0n2这种形式中间的n1代表第1个命名空间还有SD卡和eMMC设备会显示成/dev/mmcblk0。设备名看着乱其实背后是内核的驱动探测顺序一个非常重要的经验是不要在生产环境里把/dev/sda这种名字直接写进配置因为它可能因为插拔硬盘、内核版本升级而改变。更稳的做法是用UUID或文件系统标签来引用设备这也是后面写/etc/fstab时的关键点。1.2 查看磁盘和空间占用lsblk、df、fdisk、blkid一次说清先看最常用的一组命令。lsblk # 查看块设备拓扑和挂载点 df -h # 查看文件系统使用率 fdisk -l # 查看分区表信息 blkid # 查看设备UUID和文件系统类型第一类是lsblk它会输出类似“sda 8:0 0 100G 0 disk ├─sda1 ... └─sda2 ...”的树状结构能一眼看出谁是谁的分区加了LVM后还会看到“vgdata-lvdata”这样的逻辑卷挂在下面。第二类是df -h它看的是已挂载文件系统的容量排查“磁盘满没满”最先跑的命令就是它。第三类fdisk -l看的是底层分区表适合确认磁盘有没有被分区、分区类型是什么。第四类blkid输出UUID、PARTUUID和文件系统类型写/etc/fstab时特别有用。日常排查我还喜欢补一个du -sh /data先把目录占用挖出来再往下定位大文件后面接上find或ncdu基本能把空间去向摸得清清楚楚。1.3 从裸盘到可用目录分区、格式化、挂载标准流程假设新加了一块/dev/sdb目标挂到/data标准流程分成四步。第一步分区。新盘容量小于2T可以用fdisk大于2T必须用GPT分区表fdisk新版直接支持GPT老版本建议改用parted。操作是fdisk /dev/sdb进入交互界面后按n新建分区、p选主分区、默认扇区、w写入。第二步格式化mkfs.ext4 /dev/sdb1或mkfs.xfs /dev/sdb1选择哪种文件系统看业务比如大文件存储用XFS普通目录强调通用性和缩容能力用ext4。第三步挂载mkdir -p /data mount /dev/sdb1 /data。第四步写开机自动挂载先用blkid /dev/sdb1拿到UUID然后往/etc/fstab里加一行UUIDxxxx /data ext4 defaults 0 0最后mount -a验证。如果盘是NAS导出的NFS共享挂载方式类似mount -t nfs 192.168.1.10:/data /data只不过fstab里要加_netdev选项避免开机时网络还没起来就尝试挂载导致失败。这些基础流程不熟后面玩LVM就容易把概念搞混。2. LVM的核心逻辑把一堆硬盘变成一块“橡皮泥”2.1 四个缩写一次讲透PV、VG、LV、PELVM的全称是Logical Volume Manager核心抽象出四层概念。PVPhysical Volume物理卷可以是整块磁盘也可以是一个分区相当于提供原始空间的“砖块”。VGVolume Group卷组把多个PV汇集成一个大的空间池相当于把这些砖块砌成了一面墙。LVLogical Volume逻辑卷从VG里划分出来的“房间”格式化后就是最终挂载使用的逻辑盘。PEPhysical Extent物理扩展块VG内部的存储单位默认4MBLVM在分配空间时按PE的整数倍切割。用一个生活类比PV是成包的水泥VG是把几包水泥倒进一个桶里搅拌均匀LV就是从这个桶里舀出来的每一杯PE就是“一勺”的最小单位。系统看到的是LV底层数据分布在哪一个PV的哪个PE上由LVM的元数据自己记录和映射用户不需要关心。所以“逻辑卷”这个名字起得很准确它本身不是一个真实的物理分区而是一套映射关系这也是它能跨盘、能动态调整的根本原因。2.2 LVM和传统分区相比优缺点到底是什么先说缺点这样才客观。LVM多了一层映射和元数据会带来轻微性能开销卷组结构一旦损坏恢复比普通分区更麻烦启动时需要initramfs加载LVM模块如果内核和initramfs没配合好开机会直接进救援模式XFS文件系统不支持缩容想缩小逻辑卷还得考虑文件系统兼容性。这些缺点在服务器场景里通常可以接受但在单盘家用环境、嵌入式设备、追求极致性能和极简内核的场景下传统分区反而更合适。再看优点列成表格最直观。对比项传统分区LVM扩容需要新增分区后重新规划挂载数据迁移麻烦lvextend直接在线扩无需停机跨多块磁盘不支持一个分区只能位于单盘上VG可以跨盘多个PV合并成资源池缩容分区本身无法直接缩ext4可缩xfs不行快照不支持原生支持LV快照秒级生成性能少一层映射略高有少量映射开销复杂度低适合简单场景中高适合动态扩容需求一句话总结如果你管理的是数据库服务器、云主机数据盘、需要频繁扩容的业务系统直接用LVM如果是单块盘装个个人桌面系统、跑个嵌入式设备传统分区足够了。2.3 面试题常考LVM的读写映射和PE大小怎么选面试运维岗时LVM几乎是必考内容。最常见的问题有两个第一个是“LVM怎么把逻辑卷映射到物理磁盘”答案要点在于LV由若干段segment组成每一段映射到VG内某个PV上连续的一段PE逻辑地址到物理地址的转换由device-mapper完成这就是为什么你会看到/dev/mapper/vg-lv这样的路径。第二个问题是“PE大小什么时候需要改”创建VG时可以用vgcreate -s指定PE大小。PE越小空间分配越精细但映射表更大PE越大映射表更小但分配粒度粗浪费也多。如果业务以大量小文件为主、需要精细控制空间建议用1MB或2MB的PE如果是大容量存储、数据库文件默认4MB甚至更大也够用。回答时如果能补一句“修改PE大小必须在创建VG时确定后面很难直接改”面试官会认为你真的碰过生产环境。3. 实操手把手创建、扩容、缩容和快照LVM3.1 从裸盘到LVM全流程新盘不是只能分区环境假设有一块新盘/dev/sdb目标是做成LVM并挂载到/data。第一步用lsblk和pvs确认设备状态千万别写错盘符。第二步创建PV并组建VG、创建LVpvcreate /dev/sdb vgcreate vgdata /dev/sdb lvcreate -L 200G -n lvdata vgdata这里我直接把整块/dev/sdb做成PV没有分区。如果习惯分区可以先用fdisk建一个类型为8e的LVM分区然后再pvcreate /dev/sdb1。整块盘直接做PV省事但有些环境对分区对齐有要求或者需要保留传统分区表标识那就老老实实先分区。第三步格式化逻辑卷mkfs.xfs /dev/vgdata/lvdata # 如果改成ext4mkfs.ext4 /dev/vgdata/lvdata第四步挂载并写入开机自动挂载mkdir -p /data mount /dev/vgdata/lvdata /data echo UUID$(blkid -s UUID -o value /dev/vgdata/lvdata) /data xfs defaults 0 0 /etc/fstab mount -a df -h这里有个细节/dev/mapper/vgdata-lvdata和/dev/vgdata/lvdata指向同一个设备只是路径不同。写fstab时优先用blkid查到的UUID比设备路径更可靠。如果不小心把错误UUID写进fstab开机会直接进emergency mode排查起来很折腾。3.2 懒人扩容lvextend -r 一条命令在线搞定场景/data空间不够VG还有剩余空间。先看剩余空间vgs vgdisplay vgdata看到Free空间后执行lvextend -r -L 50G /dev/vgdata/lvdata重点是这个-r参数它会自动识别文件系统类型并完成resizeext4自动调用resize2fsxfs自动调用xfs_growfs。如果没有-r需要手动执行XFS和ext4命令不一样# xfs必须在挂载状态下执行 xfs_growfs /data # ext4可以对未挂载的设备执行 resize2fs /dev/vgdata/lvdata扩容后记得用df -h确认容量变化。如果VG剩余空间不够先给VG扩容新增一块盘pvcreate /dev/sdc然后vgextend vgdata /dev/sdc再回到lvextend -r。整个过程不用停机业务几乎无感知这就是LVM最诱人的价值。我实际扩容根分区时也用过这个套路只要系统盘所在VG还能扩很多“根分区满了”的问题都能在线解决。3.3 缩容逻辑卷XFS用户请直接放弃缩容比扩容风险高很多。XFS不支持缩容如果想缩小XFS文件系统只能把数据备份出去、重建LV、再导回来ext4支持缩容但执行顺序绝对不能错umount /data e2fsck -f /dev/vgdata/lvdata resize2fs /dev/vgdata/lvdata 80G lvreduce -L 80G /dev/vgdata/lvdata mount /data注意顺序先缩文件系统再缩LV。如果反了LV先变小文件系统数据可能已经被截断轻则文件系统损坏重则数据丢失。命令里的e2fsck -f强制检查必不可少缩容前必须保证文件系统干净。如果是不敢停机的生产环境缩容前最稳妥的做法是先用LVM快照备份或者干脆把数据迁到新LV上再删除旧LV。我的建议是没有特殊理由不要缩容空间管理靠“按需扩容”就够了毕竟扩容是零风险操作缩容却是高危操作。3.4 快照升级前的一颗后悔药LVM原生快照能在秒级生成一个逻辑卷的某个时间点副本命令只有一行lvcreate -s -L 20G -n snap_lvdata /dev/vgdata/lvdata这会生成一个20G的快照卷/dev/vgdata/snap_lvdata。快照卷保存的是源LV的“变化前”数据所以它的大小由快照期间实际写入的数据量决定不是源LV总大小。如果快照期间写入超过20G快照会“满掉”并自动失效因此快照空间要给足。使用场景很明确数据库备份前、系统升级前、大版本更新前。可以在快照卷上做备份也可以临时挂载快照检查数据。需要恢复源LV时先卸载源LV和快照然后执行lvconvert --merge /dev/vgdata/snap_lvdata合并时源LV和快照必须都处于卸载状态否则命令会报错。合并完成后快照自动被移除源LV恢复到快照那一刻的状态。生产环境中“升级前打快照出问题后回滚”是标准操作成本低、速度又快比折腾备份恢复省心太多。4. 生产环境避坑重装系统、数据盘分离与常见故障4.1 云电脑/云主机重装系统前请先安全拆掉LVM数据盘你可能会遇到这样一个场景云电脑或云主机使用了LVM并且把一块数据盘加进了卷组现在要重装系统如果不做任何处理直接把数据盘从控制台分离新系统启动后大概率会遇到“Volume group not found”或者VG重名冲突。原因很简单LVM元数据写在PV上数据盘里带着“我是某个VG的一部分”的信息重装后设备映射关系变了新系统可能激活不了旧VG或者激活了错误逻辑卷导致挂载失败甚至数据不可见。所以重装前要按下面顺序“解绑”数据盘先备份重要数据备份到单独对象存储或本地其他机器别只放在待分离盘上。确认当前LVM拓扑pvs vgs lvs lsblk卸载所有LV挂载点umount /data停用LV和VGlvchange -an vgdata/lvdata vgchange -an vgdata停用后内核不再创建设备映射。执行sync确保缓存落盘。从云控制台分离数据盘。如果数据盘上只有独立的VG没有和系统盘混在一起步骤到这就够了。重装完系统再接回数据盘时用pvscan、vgscan重新扫描再用vgchange -ay vgdata激活VG最后挂载LV就能看到数据。如果数据盘是某个同时包含系统盘的VG的一部分情况要复杂一些需要把数据盘从VG里先抽出去pvmove /dev/sdb # 把数据盘上的数据迁移到同VG其他PV vgreduce vgdata /dev/sdb # 从VG中移除该PV pvremove /dev/sdb # 清除PV标记可选这个操作要等到pvmove完全结束后再继续期间不要断电。pvmove处理的是磁盘上所有PE的搬移时间长短取决于数据量。完成后数据盘就不再属于LVM重装系统后把它当普通数据盘挂载就行。还有一种更简单的思路如果数据盘足够大干脆把它做成独立VG不往系统盘所在VG里塞这样重装前只需要vgchange -an停用永远不用做危险的pvmove这也是我在云主机上习惯用“系统盘VG和数据盘VG拆开”的原因。4.2 磁盘满的经典排查No space left on device日常经常会遇到“磁盘明明显示满了但清理文件后还是报No space left on device”。这里有几个隐藏坑值得说清楚。第一个是文件系统真的满找大文件就行。用du -x --max-depth1 /data逐层定位或者直接装ncdu交互式查看。第二个是文件被删除但进程还持有句柄空间没有真正释放。这种情况用lsof | grep deleted找出占用进程重启或让进程释放文件描述符后空间才会回来。第三个是inode满了和容量没有直接关系用df -i看再用find /data -xdev -type f | wc -l统计文件数量。如果inode满就算df -h显示还有空间也写不进任何新文件常见于邮件系统、消息队列这类海量小文件的目录。第四个就是LVM场景下的容量限制LV和文件系统都可能达到上限但VG还有剩余空间。在这种情况里直接lvextend -r -L 20G /dev/vgdata/lvdata扩容在线就能解决不需要停机。换句话说LVM把“空间不够”从“硬件运维问题”变成了“一条命令问题”这也是它适合服务器的最重要原因。4.3 常见报错与排查速查表生产环境中我整理过一张LVM和磁盘相关报错速查表分享出来。报错信息可能原因解决办法Volume group vgdata not foundVG未激活或元数据丢失vgscan扫描vgchange -ay vgdata激活再pvs确认PVFailed to find physical volume /dev/sdbPV设备名变了或驱动未加载先lsblk确认设备是否还在再用vgimport导入VGNot a valid LVM magic设备不是LVM PV或PV标记损坏确认数据已备份后重新pvcreate初始化/dev/mapper/vgdata-lvdata does not existLV未被激活lvchange -ay vgdata/lvdata或vgchange -aylvextend: Size must be a multiple of PE扩容大小不是PE整数倍使用-L 10G这种PE整倍数的写法挂载提示 unknown filesystem type LVM2_member直接挂载了PV而不是LV应该挂载/dev/vgdata/lvdata而不是/dev/sdbxfs_growfs: XFS not present on disk试图缩容XFS或挂载路径不对XFS不支持缩容只能备份重建fstab配置错误导致开机进入emergency mode挂载项设备不存在或格式错误进入维护模式注释错误行用mount -a验证这些报错大部分都是“设备路径引用错误”和“VG没有激活”两类养成“先pvs、vgs、lvs再动手”的习惯能避免大多数问题。另外平时记得用vgcfgbackup备份LVM元数据改/etc/fstab前先备份这些操作成本极低但关键时候能救命。4.4 国产Linux发行版如麒麟扩LVM原理一样命令通用国产Linux发行版比如麒麟、统信UOS底层都是Linux内核LVM命令和机制与其他发行版完全一致。在麒麟系统里扩LVM依然可以用lsblk确认磁盘用vgcreate、lvextend、xfs_growfs这些命令操作。和CentOS/Rocky系一样麒麟一般用yum或dnf安装软件包Ubuntu/Debian系用apt包名基本都是lvm2yum install -y lvm2 # 麒麟/Rocky/CentOS系 apt install -y lvm2 # Ubuntu/Debian系碰到“Permission denied”或“Device busy”先确认是否用sudo执行以及LV是否处于挂载状态。分享一个真实案例同事在麒麟服务器上扩根分区VG空间明明充足但lvextend一直报“Read-only file system”排查半天才发现根分区挂载成了只读模式执行mount -o remount,rw /重新挂载后再扩容就好了。这类问题在任何Linux发行版上都会出现所以排查思路完全可以复用先看挂载状态再看权限再检查VG空间最后才怀疑工具本身。最后分享一个我自己的习惯每次要对生产环境的LVM动手之前先执行df -h; pvs; vgs; lvs; lsblk这五条命令把当前状态记录到终端日志里再决定下一步。前阵子帮客户扩根分区因为没看VG剩余空间就直接lvextend结果命令报错我又反复试了几次虽然没造成数据丢失但那种心跳加速的感觉真不想再来第二次。LVM本身不复杂绝大多数事故都出在“没看现状就动手”和“没备份就缩容”。如果你能把PV、VG、LV的关系以及lvextend、vgchange、lvconvert这几个常用命令背熟再对照上面的报错速查表日常磁盘管理里八成以上的问题都能稳稳解决。