VGEXTEND(8)
π¦ VGEXTEND β the vgextend(8) glow-up π¦
okay bestie, gather round, because this one is literally the "make my volume group bigger" command and she is iconic for it. it lives in section 8 of the System Manager's Manual (system admin girlies rise up π ), and by the end of this page you're gonna be adding PVs to VGs like it's nothing. no cap.
β¨ NAME β¨
vgextend β Add physical volumes to a volume group. that's it, that's the vibe. she extends, she adds, she slays. πΈ
π SYNOPSIS π
vgextend option_args position_args
[ option_args ]
like, the shape of it is: command, then options, then the position args (which are the what and the where), and optionally more options. classic. π
π DESCRIPTION π
so vgextend adds one or more PVs to a VG. and the way that this increases the space available for LVs in the VG?? obsessed. more room for your logical volumes, periodt.
also β and this is the underrated part β PVs that have gone missing and then returned (say, because of a transient device failure, the flaky little diva π) can be added back to the VG without re-initializing them. check --restoremissing for that one, iykyk.
and if the PVs you specified have not yet been initialized with pvcreate, vgextend will just... initialize them for you. main character energy honestly. in that case you can use pvcreate options like --labelsector, --metadatasize, --metadataignore, --pvmetadatacopies, --dataalignment, --dataalignmentoffset. π«Ά
π₯ USAGE π₯
vgextend VG PV ...
[ -A|--autobackup y|n ]
[ -f|--force ... ]
[ -M|--metadatatype lvm2 ]
[ -Z|--zero y|n ]
[ --dataalignment Size[k|UNIT] ]
[ --dataalignmentoffset Size[k|UNIT] ]
[ --labelsector Number ]
[ --metadataignore y|n ]
[ --metadatasize Size[m|UNIT] ]
[ --pvmetadatacopies 0|1|2 ]
[ COMMON_OPTIONS ]
β
vgextend --restoremissing VG PV ...
[ COMMON_OPTIONS ]
β
Common options for command:
[ --reportformat basic|json|json_std ]
Common options for lvm:
[ -d|--debug ... ]
[ -h|--help ]
[ -q|--quiet ... ]
[ -t|--test ]
[ -v|--verbose ... ]
[ -y|--yes ]
[ --commandprofile String ]
[ --config String ]
[ --devices PV ]
[ --devicesfile String ]
[ --driverloaded y|n ]
[ --journal String ]
[ --lockopt String ]
[ --longhelp ]
[ --nohints ]
[ --nolocking ]
[ --profile String ]
[ --version ]
π OPTIONS π
-A,--autobackup y|nβ tells you whether metadata should be backed up automatically after a change. turning this ON is strongly advised β like, pls bestie, do it. peek atvgcfgbackup(8)for the deets.--commandprofile Stringβ the command profile to use for command configuration.lvm.conf(5)has the whole story on profiles if you wanna get into it.--config Stringβ config settings for the command. these override thelvm.conf(5)settings. the String arg uses the same format aslvm.conf(5), or you can use thesection/fieldsyntax. again,lvm.conf(5)for more on config. β¨--dataalignment Size[k|UNIT]β aligns the start of a PV data area with a multiple of this number. wanna see where the first Physical Extent (PE) of an existing PV is sitting? runpvs -o +pe_start. also, it can be shifted by an alignment offset β see--dataalignmentoffset. and don't forget to specify an appropriate PE size when creating a VG, okay? π--dataalignmentoffset Size[k|UNIT]β shifts the start of the PV data area by this additional offset. lil nudge. π¦-d,--debug ...β sets the debug level. repeat it 1 to 6 times to crank up the detail of messages sent to the log file and/or syslog (if configured). more-d= more tea. β--devices PVβ restricts which devices are visible and accessible to the command. devices you don't list will appear to be missing π. can be repeated, or you can hand it a comma-separated list of devices. this overrides the devices file.--devicesfile Stringβ a file listing devices that LVM should use. the file has to exist in/etc/lvm/devices/and it's managed with thelvmdevices(8)command. this overrides thelvm.conf(5)devices/devicesfileanddevices/use_devicesfilesettings.--driverloaded y|nβ if you set it to no, the command will not attempt to use device-mapper. for testing and debugging, bestie. π§-f,--force ...β overrides various checks, confirmations and protections. use with EXTREME caution β this one does not play. π-h,--helpβ displays help text. your little bestie when you forget things (me too).--journal Stringβ records information in the systemd journal. this is in addition to whatever thelvm.conflog/journalsetting already enables. options:command:records info about the command.output:records the default command output.debug:records full command debugging. journaling, but make it extra. π--labelsector Numberβ by default the PV is labelled with an LVM2 identifier in its second sector (sector 1). this option lets you use a different sector near the start of the disk (between0and3inclusive β seeLABEL_SCAN_SECTORSin the source). use with care. β οΈ--lockopt Stringβ used to pass options for special cases tolvmlockd.lvmlockd(8)has more info.--longhelpβ displays the long help text. the deluxe version. π--metadataignore y|nβ specifies themetadataignoreproperty of a PV. if yes, metadata areas on the PV are ignored and lvm will not store metadata in the metadata areas of the PV. if no, lvm will store metadata on the PV. pick your fighter.--metadatasize Size[m|UNIT]β the approximate amount of space used for each VG metadata area. note: the size may be rounded. approximate, she's chill like that. πΈ-M,--metadatatype lvm2β specifies the type of on-disk metadata to use.lvm2(or just2) is the current, standard format.lvm1(or just1) is no longer used. rip lvm1, you were real. π--nohintsβ do not use the hints file to locate devices for PVs. a command may read more devices to find PVs when hints aren't used. the command will still perform standard hint file invalidation where appropriate, so it's not a total chaos gremlin.--nolockingβ disables locking. use with caution β concurrent commands may produce incorrect results. this is the "trust nobody, not even the lock" option. π--profile Stringβ an alias for--commandprofileor--metadataprofile, depending on the command. she's flexible like that.--pvmetadatacopies 0|1|2β the number of metadata areas to set aside on a PV for storing VG metadata. when2, one copy of the VG metadata is stored at the front of the PV and a second copy is stored at the end. when1, one copy of the VG metadata is stored at the front of the PV. when0, no copies of the VG metadata are stored on the given PV. this may be useful in VGs containing many PVs β but heads up, this places limitations on the ability to usevgsplitlater. consequences, bestie. π«-q,--quiet ...β suppress output and log messages. overrides--debugand--verbose. repeat it once to also suppress any prompts with answerno. shhh. π€«--reportformat basic|json|json_stdβ overrides the current output format for reports, which is normally defined globally by thereport/output_formatsetting inlvm.conf(5).basicis the original format with columns and rows β and if there's more than one report per command, each report gets prefixed with the report name so you can tell them apart.jsonproduces report output in JSON format.json_stdproduces report output in JSON format that's more compliant with the JSON standard.lvmreport(7)for more. β¨--restoremissingβ adds a PV back into a VG after the PV was missing and then returned, e.g. due to a transient failure. the PV is not reinitialized. the comeback tour. π€-t,--testβ runs in test mode. commands will not update metadata. this is implemented by disabling all metadata writing but nevertheless returning success to the calling function. β οΈ which means it may lead to unusual error messages in multi-stage operations if a tool relies on reading back metadata it believes has changed but hasn't. fake it till you make it, but the metadata knows. π-v,--verbose ...β sets the verbose level. repeat it 1 to 4 times to increase the detail of messages sent to stdout and stderr. chatterbox mode activated. π£οΈ--versionβ displays version information. the classic.-y,--yesβ do not prompt for confirmation interactively, but always assume the answer is yes. use with extreme caution. (for automatic no, see-qq.) this is the "yes chef" option.-Z,--zero y|nβ controls whether the first 4 sectors (2048 bytes) of the device are wiped. the default is to wipe these sectors unless either or both of--restorefileor--uuidare specified. bye bye, old data. π§Ή
π VARIABLES π
VGβ Volume Group name. seelvm(8)for valid names.PVβ Physical Volume name, a device path under/dev. for commands managing physical extents, a PV positional arg generally accepts a suffix indicating a range (or multiple ranges) of physical extents (PEs). when the first PE is omitted, it defaults to the start of the device, and when the last PE is omitted it defaults to the end. here's the syntax, bookmark it bestie:
Start and end range (inclusive): PV[:PE-PE] ...
Start and length range (counting from 0): PV[:PE+PE] ...
Stringβ see the option description for information about the string content.Size[UNIT]β Size is an input number that accepts an optional unit. input units are always treated as base two values, regardless of capitalization, e.g.'k'and'K'both refer to1024. the default input unit is specified by letter, followed by|UNIT.UNITrepresents the other possible input units:b|Bis bytes,s|Sis sectors of 512 bytes,k|Kis KiB,m|Mis MiB,g|Gis GiB,t|Tis TiB,p|Pis PiB,e|Eis EiB. β οΈ (this should not be confused with the output control--units, where capital letters mean multiple of 1000.) don't mix them up, i'm begging. π
π ENVIRONMENT VARIABLES π
see lvm(8) for information about environment variables used by lvm. for example, LVM_VG_NAME can generally be substituted for a required VG parameter. shortcuts, we love her. β¨
β EXAMPLES β
Add two PVs to a VG:
vgextend vg00 /dev/sda4 /dev/sdn1
look at that. two PVs. one VG. slayed. π
πΈ SEE ALSO πΈ
lvm(8), lvm.conf(5), lvmconfig(8), lvmdevices(8),
pvchange(8), pvck(8), pvcreate(8), pvdisplay(8), pvmove(8), pvremove(8), pvresize(8), pvs(8), pvscan(8),
vgcfgbackup(8), vgcfgrestore(8), vgchange(8), vgck(8), vgcreate(8), vgconvert(8), vgdisplay(8), vgexport(8), vgextend(8), vgimport(8), vgimportclone(8), vgimportdevices(8), vgmerge(8), vgmknodes(8), vgreduce(8), vgremove(8), vgrename(8), vgs(8), vgscan(8), vgsplit(8),
lvcreate(8), lvchange(8), lvconvert(8), lvdisplay(8), lvextend(8), lvreduce(8), lvremove(8), lvrename(8), lvresize(8), lvs(8), lvscan(8),
lvm-fullreport(8), lvm-lvpoll(8), blkdeactivate(8), lvmdump(8),
dmeventd(8), lvmpolld(8), lvmlockd(8), lvmlockctl(8), lvmdbusd(8), fsadm(8),
lvmsystemid(7), lvmreport(7), lvmcache(7), lvmraid(7), lvmthin(7), lvmvdo(7), lvmautoactivation(7)
okay that's the whole page, bestie, you ate. before you go: this one comes to you from Red Hat, Inc., it's LVM TOOLS 2.03.44(2), and the date stamp on it is 2026-10-27. go forth and extend some volume groups responsibly, ily π«Άπβ¨
π¦ where this page comes from
- arch rolling: lvm2 2.03.44-1 Β· GPL-2.0-only AND LGPL-2.1-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms