On Monday 22 December 2025 at 01:06:40, Hendrik Boom wrote:

> On Sun, Dec 21, 2025 at 10:21:41PM +0100, Antony Stone wrote:
> > On Sunday 21 December 2025 at 22:00:35, Hendrik Boom wrote:
> >
> > The safest way to do this is using the parted (command-line) or gparted
> > (graphical) partition table editor tool.
>
> Documentation for gparted says the partitio being resized has to be
> unmounted, Of course /usr, which is the filesystem I'm enlarging contains
> the gparted program.

Ah, I didn't realise that - I don't use (g)parted myself, hence the
description of how to do it with (s)fdisk.

> > 6. Once you have double-checked that the staring sector of the partition
> > is that same as it was before you deleted it, and the ending sector or
> > size is larger than it was, write the changes to disk.
>
> Can I take it that lvm will have no problem accessing the physical volumes
> even while the underlying partition desappears and is restored?

Correct. Once a partition is mounted (if ext4 etc) or in use (lvm etc), the
partition table is not consulted further, so you can do what you like with it
and any applications using previously-defined partitions simply carry on as
they are without noticing that the partition table itself has changed.

They only notice when you ask them to do something which requires looking at
the table to find out what to do, such as...

> > 7. pvresize /dev/sdxn where x is the disk and n is the partition will now
> > make the physical volume match the new larger size of the partition.
> > Your volume group will now have the extra space you wanted, and you can
> > grow the logical volume.
> > Have fun :)
>
> Of course a full backup and a bootable gnuinos disk are a good idea to set
> up first.

Of course :)


Antony.

--
I want to build a machine that will be proud of me.

- Danny Hillis, creator of The Connection Machine

                                                   Please reply to the list;
                                                         please *don't* CC me.