Making a partition larger without affecting my OS.

Dale <[email protected]>
Newsgroups gmane.linux.gentoo.user
Message-ID <[email protected]>
Howdy,

As some know, on my old and new rig, I compile my updates in a chroot 
environment.  Then I copy the binaries over and use the -k option on my 
running OS.  That way I don't have a crash when one program is updated 
and another it depends on is not yet updated. Anyway, my chroot is 
getting squeezed a little.  I need to expand it another 30GBs or so so 
that I don't get not enough space errors. It's only the largest packages 
right now but the next larger ones are growing and will start having 
issues as well.  I have a m.2 stick for my OS.  It's a 1TB stick.  I 
have plenty of space unused. I did the OS first and then did a partition 
for the chroot thingy. The partition named build-part is the chroot.  
The parts above it are the OS.  This is the current layout.



Part. #     Size        Partition Type            Partition Name
----------------------------------------------------------------
             1007.0 KiB  free space
    1        2.0 GiB     EFI system partition      efi-part
    2        10.0 GiB    Linux filesystem          boot
    3        400.0 GiB   Linux filesystem          root-part
    4        180.0 GiB   Linux filesystem          var-part
    5        150.0 GiB   Linux filesystem          build-part
             189.5 GiB   free space



I think I can just delete the partition for build-part and then add a 
new partition that is larger, then do a file system and rsync the files 
back over.  My question, thing I want to be sure of, if I delete that 
and re-add it, that will not affect my OS at all? Right?  I may do a 
back up first but still, I'd like to be sure this is at least doable and 
not risky.  I'll be using cgdisk and the usual file system tools for 
this.  I'm assuming I'll have to recreate the file system and such.

Thanks in advance.

Dale

:-)  :-)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.