Skip to main content
A common limitation of traditional disk partitioning is fixed-size partitions: you allocate space once, and changing that allocation later is often disruptive. Logical Volume Management (LVM) removes that rigidity by pooling physical storage and letting you create, grow, shrink, and snapshot volumes with minimal downtime.
A dark-themed UI mockup showing a row of blue gradient tiles with an indicated "Free Space" slot at the right. Below the tiles are three rounded buttons labeled "Create", "Assign", and "Realize."
Instead of many separate, fixed buckets of space,
A diagram showing twelve simple bucket icons arranged in a grid on the left with a right-pointing arrow. The arrow points to a large cylindrical container labeled "Water Tank" on a dark background.
you aggregate devices into one large pool — the volume group — and carve out flexible, resizable logical volumes from that pool. If one logical volume needs additional space, you can increase its allocation without rebuilding partitions or moving data manually.
A large cylindrical water tank on the left labeled "Water Tank" with dashed arrows showing water being poured into three buckets of different sizes on the right. The graphic uses simple line art on a dark background.
One pool, many adjustable volumes.

​
LVM architecture (three layers)

Think of LVM in three simple layers:
  • Physical Volumes (PV): the real disks or partitions you initialize for LVM.
  • Volume Group (VG): a combined storage pool built from one or more PVs.
  • Logical Volumes (LV): the usable block devices you create from the VG; they can be formatted, mounted, and resized.
A diagram titled "LVM Components" showing two logical volumes (Logical Volume 01 and 02) layered above a single Volume Group, which in turn is built on multiple physical SSD volumes.
This layered model is what provides LVM’s flexibility and makes commands predictable.

​
Common LVM commands

Below is a compact reference of the primary LVM commands organized by layer. Use these commands to initialize devices, build pools, and manage logical volumes. You can think of the command flow as PV → VG → LV; the naming conventions make the workflow intuitive. Example listing of the commands:

​
Benefits of LVM

  • Flexible allocations: grow or shrink volumes (within filesystem limits) as needs change.
  • Storage pooling: combine multiple disks into a single administration unit to simplify capacity management.
  • Online resizing: extend logical volumes (and typically their filesystems) without rebooting.
  • Snapshots: capture point-in-time volume states for backups, testing, or safe upgrades.
A dark-themed slide titled "LVM - Benefits" showing four feature boxes. They list Flexible (dynamic storage allocation), Storage Pooling (combine disks into pool), Online Resizing (extend volumes without reboot), and Snapshots (point‑in‑time volume copies).
Online resizing often works without downtime, but it depends on the filesystem. For example, XFS supports online growth with xfs_growfs but cannot be shrunk; ext4 can typically be grown online with resize2fs and usually requires unmounting to shrink. Always check filesystem capabilities before resizing. Also consider using thin provisioning or modern snapshot approaches for better snapshot performance.

​
Quick workflow example (high level)

  1. Prepare devices as PVs: pvcreate /dev/sdb /dev/sdc
  2. Create a VG from those PVs: vgcreate vg_data /dev/sdb /dev/sdc
  3. Create an LV from the VG: lvcreate -n lv_backup -L 100G vg_data
  4. Format and mount the LV: mkfs.ext4 /dev/vg_data/lv_backup → mount /dev/vg_data/lv_backup /mnt/backup
  5. Increase an LV when needed: lvextend -L +50G /dev/vg_data/lv_backup then grow the filesystem (e.g., resize2fs or xfs_growfs as appropriate)

Watch Video