Sign up ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

How do you decrease or shrink the size of a KVM virtual machine disk?

I allocated a virtual disk of 500GB (stored at /var/lib/libvirt/images/vm1.img), and I'm finding that overkill, so now I'd like to free up some of that space for use with other virtual machines. There seems to be a lot answers on how to increase image storage, but not decrease it. I found the virt-resize tool, but it only seems to work with raw disk partitions, not disk images.

Edit: I'm using an LVM with an Ext4 formatted partition.

Edit: GParted screenshot showing my LVM parition layout. I need to do a lot more then just resize the filesystem. I know of no safe way to resize an LVM. And please don't tell me to use pvresize. Despite its name, it does not support resizing LVMs.

GParted screenshot

I did try sudo pvresize /dev/vda5, but it just says physical volume "/dev/vda5" changed but doesn't actually reduce the size.

I tried start parted to manually set the partition size (very dangerous), but doing print all just gives me the error "/dev/sr0 unrecognised disk label".

Edit: By following these instructions, I was able to successfully shrink both my logical and physical volumes (although I had to remember to activate and deactivate lvm before and after certain commands, which the instructions omit.

Now GParted is showing 250G of unallocated free space. How do I remove this from the KVM disk image and give it back to the underlying hypervisor?

share|improve this question
Do you actually need to downsize the virtual disk, or would compacting it suffice? You could do the latter with something like qemu-img -O qcow2 vm1.img vm1-compact.qcow2. – Ansgar Wiechers Oct 14 '12 at 10:38
@AnsgarWiechers, Yes, I still need to use the disk, and I've allocated far more space than I'll ever need. – Cerin Oct 14 '12 at 14:26

3 Answers 3

What you need to do,

  • Take a backup
  • Shrink the file system(s) *don't do this on a live system, I recommend using a live cd.
  • Create a new disk image of desired size.
  • Run a live os, with the new and old images attached as (virtual) hard disks (not mounted)
  • Create the new partition(s) the same size as the resized partitions on the old disk
  • Use dd to mirror the data to the new partition.
  • You'll possibly need to purge / regenerate grub(2) to boot successfully.

This can be accomplished through both GUI and CLI



  • gparted ( link omitted due to Spam, not enough rep )
share|improve this answer
The hard part is "Shrink the filesystem". I'm using an LVM, which no tool I've found support resizing. Not even a GParted Live CD. – Cerin Oct 14 '12 at 0:34
I think this covers it, I've not used it so please report good or bad – daxroc Oct 14 '12 at 0:51
There are 2 main points to observe: 1) Do things in order (first shrink the filesystem, then shrink the partition, then shrink the disk). 2) The procedure/tools for resizing a filesystem depend heavily on the actual filesystem (which the OP chose not to reveal). The article @daxroc posted won't work for filesystems other than ext[234]. – Ansgar Wiechers Oct 14 '12 at 10:32
@daxroc, I need to reduce both the logical and physical volumes. Your link only covers reducing the logical volume. – Cerin Oct 14 '12 at 16:29
agreed. backup, new disk, restore is safest and easiest – dyasny Oct 14 '12 at 17:14

Thanks to those who posted, but your answers were way too vague to be of any help.

After hours of Googling, I finally found this guide providing step-by-step instructions on how to shrink my filesystem, logical volumes, and physical volumes. The trick that most guides miss is the need to actually delete the physical partitions, and recreate them with the correct size, because parted is unable to resize lvm partitions.

I then found this documentation on qemu-img, which explains how to shrink a raw-formatted virtual disk image by running:

sudo qemu-img resize /var/lib/libvirt/images/myvm.img 255G
share|improve this answer

I recommend before doing any of this you take a complete copy of the disk image as it is, then when it all breaks you can simply copy it back to start over.

There's 3 things you need to do:

1) Make the disk image bigger. In your host:

qemu-img resize foo.qcow2 +32G

Now your guest can see a bigger disk, but still has old partitions and filesystems.

2) Make the partition inside the disk image bigger. You need to boot off a LiveCD in your guest for this, since you won't be able to mess with a mounted partition. This is quite involved and probably the most dangerous part. It's quite a lot to copy here, so I'll just link instead for now. You want to do something like this:

OR 2b) creating a new partition would be simpler (and safer) if you just want more storage space. Use fdisk or cfdisk, or whatever you feel comfortable with - you should see a whole bunch of unallocated space on your guest disk now.

3) Finally, if you resized your existing partition, make the filesystem inside the new bigger partition bigger (this is actually in the guide linked above anyway). Inside your guest:

share|improve this answer
He is trying to make the image smaller, not larger. – Michael Hampton Oct 13 '12 at 20:54

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.