LVM_IMPORT_VDO(8)
π LVM_IMPORT_VDO π
okay bestie, this is the lvm_import_vdo page from the System Manager's Manual β it's the glow-up manual for moving your VDO volumes into lvm2, and honestly? iconic behaviour.
β¨ NAME β¨
lvm_import_vdo β the utility that imports VDO volumes into a brand new volume group π«Ά
πΈ SYNOPSIS πΈ
lvm_import_vdo [options] device
π¦ DESCRIPTION π¦
So here's the tea, bestie. The lvm_import_vdo utility takes VDO volumes that were created and managed by the vdo(8) manager and imports them into a VDO LV managed by lvm2(8). β¨
How does it do it? It moves the VDO superblock by 2 MiB and then creates LVM2 metadata at the front of the device. That's the whole move. π
π¨ READ THIS, FR FR: the operation is not reversible. Not even a little. So after conversion to LVM2, the ONLY way to access your VDO data is withlvm2(8)commands, and thevdo(8)manager no longer controls that volume. Periodt. You've been warned. π
π OPTIONS π
-f,--forceβ bypasses some sanity checks. like, just yolo past them π-h,--helpβ shows you the help text. adorable, we love a self-aware tool β¨-n,--nameβ sets the name of the converted VDO LV. If you don't give a name, one gets picked automatically. Now here's the detail that matters: if the converted VDO volume is already using an LV as a backend device, then that LV's name is used for the VDO LV β and in that case, the name of the volume group must also stay the same. Also, the automatic name may change between releases and currently selects"vdolv"as the LV name, and the VG name is selected from the sequence"vdovg","vdovg1", ...-v,--verboseβ be more verbose. give me the lore π-y,--yesβ answers"yes"at any prompts. no more tapping, just send it π--dry-runβ prints a shell-escaped preview of commands without running any storage-changing commands. a little dress rehearsal, no commitment π--no-snapshotβ with this option, the conversion tool will not use a snapshot (COW storage) for conversion in your$TMPDIRfilesystem, and will directly manipulate the VDO device in-place.
β οΈ Warning, and I mean it: using a snapshot makes the whole conversion transactional, and the snapshot can simply be merged once the conversion has completed successfully. If an error occurs, the snapshot is just removed. Without a snapshot, there is a higher risk of problems with recoverability in case some unexpected error occurs. so, your call, but know what you're choosing π
--vdo-configβ specifies the configuration file for the vdo manager. π§
π DIAGNOSTICS π
On successful completion, the status code is 0. π A status code of 1 is used for failure. π
β EXAMPLES β
Convert a VDO volume created by the vdo manager into logical volume LV1 within volume group VG1.
# lvm_import_vdo --name VG1/LV1 /dev/mapper/vdo-volume
π ENVIRONMENT VARIABLES π
TMPDIRβ the temporary directory name for mount points. Defaults to"/tmp".DM_DEV_DIRβ the device directory name. Defaults to"/dev"and must be an absolute path.DM_UUID_PREFIXβ specify a UUID prefix for the snapshot volume used during VDO conversion.LVM_BINARYβ overrides the command used to run lvm. Defaults to"lvm".VDO_BINARYβ overrides the command used to run vdo. Defaults to"vdo".
π«Ά SEE ALSO π«Ά
vdo(8)
aaaand that's the whole page, bestie π this one's LVM_IMPORT_VDO(8) from Red Hat, Inc., part of LVM TOOLS 2.03.44(2) and dated 2026-10-27. go forth and import responsibly, mwah πβ¨
π¦ 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