115

I want to shrink my second (LVM) partition, in order to create a new partition in the newly freed space. I am using the Live CD to do so, because I know I can't resize/move this partition while it is in use. When I opened GParted in the Live CD, I realized that I could not resize the partition, because when I right-click it, the option "resize/move" is disabled.

I tried to unmount it, to "lazy" unmount it (umount -l /dev/sda2) but it didn't work.

A screenshot from GParted:

GParted screenshot

8 Answers 8

66

Back up all your important data before attempting this. Always assume that you can lose all your data when resizing partitions.

Shrink LVM without dataloss

This forum thread suggests the following procedure, in this example we shrink a partition from 10G to 9G:

First, we unmount.

sudo umount /dev/vg_blah/lv_blah

Check the file system.

sudo e2fsck -f /dev/vg_blah/lv_blah

Resize the file system and the logical volume. Doing this in one step can avoid mistakes which cause dataloss. (Note lvreduce parameter -L interprets G as 2^30 bytes and g as 10^9 bytes.)

sudo lvreduce --resizefs -L 9G /dev/vg_blah/lv_blah

(optional) Remove a physical drive from the volume group if desired (if you now have an unused drive).

sudo vgreduce vg_blah /dev/sdxy

All credit goes to brianmcgee.

Note: vgreduce will fail with cannot resize to xxxxx extents as later ones are allocated if you have another lv at the end of the disk - I had a swap lv, which I deleted. See How to shrink Ubuntu LVM logical and physical volumes? for help on that situation.

15
  • 1
    e2fsck -f /dev/vg_blah/lv_blah returns: "e2fsck: Device or resource busy while trying to open /dev/sda2 Filesystem mounted or opened exclusively by another program?", the same with resize2fs... Oct 8, 2012 at 13:52
  • 12
    The answer is missing how to resize the physical volume. Also, I highly recommend combining the two resizing steps into one with lvreduce -r.
    – Flimm
    Nov 28, 2012 at 17:02
  • 5
    Also, you need to realise that 1G to lvreduce is 1000000000 bytes, whereas to resize2fs it is a gibibyte. If you want to pass 1 gibibyte to lvreduce, use 1g instead.
    – Flimm
    Nov 28, 2012 at 17:08
  • 2
    You don't use vgreduce; that is for removing a pv from a volume group.
    – psusi
    Nov 23, 2014 at 22:45
  • 2
    I strongly suspect lvreduce uses G = gibibyte in differential mode. It certainly does in absolute mode. Its man pages are poorly written and don't explain what their units mean, which I consider as bordering on criminal negligence.
    – Urhixidur
    May 22, 2015 at 19:39
53

You can shrink/extend a logical volume very easily with a GUI tool: system-config-lvm. Because system-config-lvm does not come pre-installed, once booted from a live-cd, you have to install it:

sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
sudo apt-get update
sudo apt-get install system-config-lvm

Once it is installed, run the program, select the logical volume you want to change in the left panel, click 'Edit Properties'.

Main Logical Volume Management program GUI

Now change the parameters as you wish!

Edit Logical Volume window

One good thing about system-config-lvm is that it won't allow you to go ahead if the new partition size is smaller than all your existing data combined (I've just tried this and seen for myself).

References:

  1. How-To Geek tutorial (this is the origin of the images).
  2. Red Hat's complete guide for the program.
11
  • 2
    GUI is definitely the way to go, however you will likely need to run it from a live CD.
    – Mike
    Sep 15, 2014 at 8:16
  • 11
    why is system-config-lvm riskier than lvresize or lvresize -r?
    – Thufir
    Feb 1, 2015 at 12:29
  • 5
    Beware that system-config-lvm uses powers-of-1024 units, despite using the (incorrect) 'gigabyte' wording. It really should do like palimpsest (a.k.a. Disk Utility) and specify its meaning in unambiguous bytes.
    – Urhixidur
    May 22, 2015 at 19:41
  • 4
    @Suncatcher on 17.10 and 18.04 you have to add the Xenial repository. sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu xenial universe"
    – m93a
    Jun 16, 2018 at 8:32
  • 2
    On Ubuntu 20.04 LTS live cd I get an unmet dependencies issue after adding the xenial repository.
    – JC1
    Jun 16, 2020 at 1:07
31

Note: You should run almost all of the following commands using a Live CD. Sometimes, it wants you to unmount the partition that already mounted on / (in this case, you cannot unmount it).

These are all the steps required to resize a LVM or LVM2 partition:

sudo lvresize --verbose --resizefs -L -150G /dev/mapper/ubuntu

sudo pvresize --setphysicalvolumesize {some-space} /dev/sda5

If the second command produces something like this:

/dev/sda5: cannot resize to xxxxx extents as later ones are allocated.

Then, you have to rearrange the unallocated space at the end of the LVM. That means after root and swap_1 partition. So, initially, you need to check physical volumes' information using the command below:

sudo pvs -v --segments /dev/sda5

This will show the output like:

/dev/sda5 ubuntu lvm2 a-- 698.04g 150g   0 xxx root 0 linear /dev/sda:0-rrr
/dev/sda5 ubuntu lvm2 a-- 698.04g 150g xxx sss 0 free                          
/dev/sda5 ubuntu lvm2 a-- 698.04g 150g zzz ttt swap 0 linear /dev/sda5:yyy-www

Note the yyy-www. Use the following command to remove external fragmentation:

sudo pvmove --alloc anywhere /dev/sda5:yyy-www

Now, let us see how it goes:

sudo pvs -v --segments /dev/sda5

This will show the output like (note the changes):

/dev/sda5 ubuntu lvm2 a-- 698.04g 150g   0 xxx root 0 linear /dev/sda:0-rrr
/dev/sda5 ubuntu lvm2 a-- 698.04g 150g xxx ttt swap 0 linear /dev/sda5:xxx-sss
/dev/sda5 ubuntu lvm2 a-- 698.04g 150g yyy www 0 free

After that, use the GParted and resize the LVM to maximum used area and rest will be in unallocated space. Enjoy...

2
  • I had to start with gparted since lvresize reported "Insufficient space" with 0 extents available. I'm using Ubuntu 18.04 live CD run in VirtualBox 6.1 and the LVM was created by Ubuntu 18.04 server install.
    – MrMas
    Aug 4, 2021 at 15:55
  • This just worked wonders on my Fedora 32 !!
    – bua
    Aug 31, 2022 at 17:56
18

I found this answer by accident, but this worked for me at least. In my case I had already a reserved unallocated disk space after the root, so I skip the part how you get more space and just explain how I used it on root without booting.

NOTE: Instead of using gparted, you are probably better off using system-config-lvm. Next time I would use that one instead... My gparted version was 0.18.

  1. First I used gparted to extend root partition as much as I could. To my surprise it extended only the physical sizes and did nothing to the logical part. So df -k command said that the disk was full still.
  2. lvresize -l +100%FREE /dev/ubuntu-vg/root extends the logical partition as far as it can. No need to check and calculate GBs or blocks in various methods.
  3. resize2fs /dev/ubuntu-vg/root is then the third step I did: it extends the file system to the size of the logical partition.

The last step can be merged into the second:

lvresize -l +100%FREE --resizefs /dev/ubuntu-vg/root

2
  • This lets you shrink a logical volume, but the OP's question is about shrinking a physical volume.
    – Stefan
    Jul 29, 2016 at 19:10
  • 1
    you saved my life
    – Quang Hà
    Nov 30, 2016 at 4:20
16

I would recommend another GUI tool - KVPM. It combines functionality of GParted and system-config-lvm. Moreover, it allows some operations on live (mounted) partitions that system-config-lvm doesn't allow However, the volume has to be unmounted for shrinking.

enter image description here enter image description here

It is in universe repository since Ubuntu 12.04, so just do sudo apt-get install kvpm

Note: start it with root rights sudo kvpm

4
  • it is not in the universe repository: E: Unable to locate package kvpm Jul 25, 2016 at 18:46
  • This worked for me, where the "system-config-lvm" did not load any connected devices/drives/filesystems. With the added bonus of not having to download and extra repository and being preconfiged on my Ubuntu machine. Also, worked over Gparted since that was spitting errors about the file system being reduced too much. (I'm resizing a RetroOrangepi SD Card down from 32GB to 8GB for backup purposes)
    – user649578
    Feb 1, 2017 at 20:01
  • Looks good, thought it might want an extra ~100M for all the other K dependencies, if you're not already using KDE
    – Xen2050
    Mar 20, 2019 at 20:16
14

Only the latest version of Gparted (0.14) supports resizing LVM physical volumes. The version that ships with Ubuntu 12.10 or 13.04 does not support it.

Here's how to resize an LVM physical volume:

  1. If the volume group associated with the LVM physical volume does not have enough unallocated space, you'll need to make some by shrinking a logical volume. Look at bigbadonk420's answer for instructions on how to do that. You can also use GNOME Disks (included with Ubuntu) for some of the steps if you prefer a GUI.

  2. Burn the latest .iso image from GParted's website, and burn it on a CD or put it on a USB stick. Boot from the CD or the USB stick. Alternatively, you could compile the latest version of GParted from source.

  3. Use GParted to resize the LVM physical volume. GParted won't let you shrink the LVM physical volume to a size smaller than what the unallocated space allows.

7
  • Thanks Flimm. I was expecting 12.10 to have a recent enough version of gparted. Your answer pointed me in the right direction. Apr 9, 2013 at 21:31
  • 1
    I got the latest gparted, but it won't let me change the partition sizes... I have /dev/sda2 of type ext2 and under that, /dev/sda5 of type lvm2. But gparted says for both that min and max sizes are the same, and therefore does not allow me to change it... :-(
    – Paul
    Aug 18, 2014 at 14:24
  • Or use pvresize of the LVM2 suite, right?
    – 203967
    Nov 3, 2014 at 12:30
  • @Paul did you solve it? I have exactly the same problem :S Nov 7, 2014 at 22:33
  • @Castiblanco I didn't solve it, I ended up wiping the whole things and reinstalling without LVM. For me, one lesson learned: Don't use LVM for standard desktop installations.
    – Paul
    Nov 9, 2014 at 11:37
2

In addition to the @bigbadonk420's answer, Instead of doing the following:

resize2fs -p /dev/vg_blah/lv_blah 9G
lvreduce -L -1G /dev/vg_blah/lv_blah

Do:

lvreduce -r -L 9G /dev/vg_blah/lv_blah

Note the -r which reduces the file system simultaneously and is safe.

1
  • But that doesn't shrink the physical volume.
    – Stefan
    Jul 29, 2016 at 19:12
0

Warning about the currently most voted answer: To NOT destroy your fresh default installation with LVM option (14.04 Trusty Tahr), 1) read the whole page, 2) delete swap 3) and probably modify the command for "Reduce the size of the logical volume" like this:

lvreduce -L -1g /dev/vg_blah/lv_blah

I strongly recommend system-config-lvm.

1
  • Again, the OP wants to reduce a physical volume.
    – Stefan
    Jul 29, 2016 at 19:11

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .