Forgot to mention that Option 2, step 1 can also be done via GUI if you run ESX 3.5(i) and above.. not certain about vmware server - but possible as well.
-----Original Message----- From: Musayev, Ilya Sent: Tuesday, January 04, 2011 1:05 PM To: 'Red Hat Enterprise Linux 5 (Tikanga) discussion mailing-list' Subject: RE: [rhelv5-list] Resizing root (no LVM) Marco, I've done this many times in vmware and physical. Option 1: (easy - GUI) If you have vmware converter (or get trial) - choose a clone operation, during the migration wizard you can choose new partition sizing. You can grow or shrink the disk as you see fit. Option 2: (easy - via GUI) 1) Grow the vmdk (vmware disk file) via vmkfstools command - google for the syntax. 2) Boot the VM via bootable distro (fedora core, centos or knoppix) 3) Make sure all disk partitions are unmounted. 4) Launch gparted utility, move the extended partition (including /home) to the end of the disk, move swap towards the end of extended partition, grow "/" with whatever space you have available 5) click apply - this will take a while - depending how big your disks are and how much data needs to be moved. Option 3: (moderate) Do whatever listed in Option 2 if you are comfortable with command line. I strongly suggest using option 1 or 2 - makes life less complicated. Best of luck -ilya -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Marco Shaw Sent: Tuesday, January 04, 2011 12:01 PM To: Red Hat Enterprise Linux 5 (Tikanga) discussion mailing-list Subject: Re: [rhelv5-list] Resizing root (no LVM) > Marco, I've used this process with ext3 file systems when we need to extend a > partition (usually on a SAN drive or a VM server where you add additional > space via the host) Note, this process ONLY works on the last partition of a > drive, if it's not the last one, don't do this! I have successfully resized > a couple ext3 root partitions with this process: Well, as my luck would have it, I need to resize /, and my layout is /dev/sda1 /boot /dev/sda2 / /dev/sda3 swap /dev/sda4 Extended /dev/sda5 /home (I didn't build it!) >From what I can remember, using cpio was more robust/trustworthy than tar, because I'll need to backup /home and restore it after... Marco _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
