Just unchaining myself from the Windows world and have created a dual boot environment w Win2kpro and RedHat 9.0. Unfortunately I didn't make the swap file 2x the existing physical ram and the boot partition is way too big. I need to find a way to correct these oversights without destroying this installation. Is this possible using some Linux freeware that I am not aware of?
I already know about Partition Magic 8.0 and it's claim of being Linux capable now but the price is prohibitive to say the least.
If someone out there has done this procedure or knows of any Linux freeware or shareware please let me know.
My installation seems to be rock solid and other than this partition size blunder all went well. Whew!!

Surfer2k3

you can use "parted" to resize the partitions. it comes with redhat and mandrake. if it is not installed install it. but that is a command line program. so read all the manual before you start or you will loose everything. but dont be afraid.

I just did a resize of my swap partition and it is causing me a major headache. My system was hanging up at waiting for resume disk... and I tracked it down to fstab and initramfs have incorrect UUID numbers for the swap partition. But I am stuck because update-intramfs is disabled on the kubuntu live CD.

Does anyone know how to over-ride the lock on update-intramfs for the kubuntu live so I can use the -b option and rebuild my boot image to get my system up and running?

Don't go restarting old threads like this - start a new one.
Not really an initrd issue methinks.
When you get the boot menu, highlight the selection and hit the "e" key (for edit - see the notes at the bottom of the menu). On the kernel line change the resume (if present) to "noresume" - else add it.
Then <Enter> then "b" to boot.

You might still have problems with fstab, but that you should be able to fix from a liveCD.

alright, that got me into my normal boot so I could fix initramfs and enable resume

I need to document this well because I couldn't find a clear fix and had to muddle through it for the last 2 hours.

So I resized /dev/sdb2 which was ext3 so I would have enough swap to do suspend to disk and in the proccess the UUID changed for my swap partition. At first this just caused a long pause during the boot up which I tried to fix by reinstalling kubuntu-desktop from adept (this causes initramfs to update) while this got rid of the pause I believe it lead to my start up breaking after I trying to suspend to disk.

Here is what I used to fix the UUID problem:

to find the new UUID of my resized swap I used: (where sdb1 is the swap partition)
sudo blkid /dev/sdb1

then I updated the UUID in the following files for sdb1:
/etc/fstab
/etc/initramfs-tools/conf.d/resume

I updated intramfs using:
sudo update-initramfs -u

after I rebooted my problem was fixed.

now I did some messing around that got myself into a bind which I was able to work out. Here are some things I found out can break your system pretty bad:

DO NOT: run update-initramfs after chrooting from a liveCD
It fusses a ton about not being able to create /dev/null because the /dev/ folder isn't the real devices folder after the chroot. I tried to rename the /dev folder and symbolic link from the real one, but I got a different error saying that it couldn't creat /dev/null because of too many symbolic links. I was able to repair the damage I had done and restore the backed up initramfs image in the /boot/ folder. Then after using surfer2k3's idea to disable resume in the menu.lst file I was able to get around the sticking point at my boot where it said: "waiting for resume disk..."
Once it booted normally I was able to run update-initramfs as shown above and remove the noresume line from menu.lst. This fixed the startup hang time and my broken hibernate.