I've been fighting this for a couple of nights now and thought I was getting somewhere, only to get to a dead end and then break booting. I'm now resorting to asking for help
I've currently got FC5 installed as a dual-boot with XP Home on a 40GB disk. I want to migrate that to a 80GB disk so I get more space (and because the 40GB disk is a little noisier). I've managed to successfully clone the partitions across using Norton Ghost in Windows (a -IAL switch images Linux partitions, especially FC5's with the additional SELinux attributes) and it'll boot in to that version correctly, just as long as I remove the other disk (which is reasonable enough)
The problem comes in that the -IAL switch keeps the imaged partitions the same size, so my FAT partitions for Windows have expanded, but the EXT3 ones I actually wanted to expand are the same size. Partition Magic on Windows has no luck (unsuprisingly) but GParted/parted are giving strange results.
If I run 'mount' I get:
Code:
/dev/hda6 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
/dev/hda7 on /home type ext3 (rw)
/dev/hda2 on /windows type vfat (rw,umask=007,gid=503)
/dev/hda8 on /var/www/html type vfat (rw,umask=007,gid=503)
/dev/hda9 on /winshare type vfat (rw,umask=007,gid=503)
/dev/sda5 on /windata type vfat (rw,umask=007,gid=503)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
If I output /proc/mounts I get:
Code:
rootfs / rootfs rw 0 0
/dev/root / ext3 rw,data=ordered 0 0
/dev /dev tmpfs rw 0 0
/proc /proc proc rw 0 0
/sys /sys sysfs rw 0 0
/proc/bus/usb /proc/bus/usb usbfs rw 0 0
devpts /dev/pts devpts rw 0 0
/dev/hda1 /boot ext3 rw,data=ordered 0 0
tmpfs /dev/shm tmpfs rw 0 0
/dev/hda7 /home ext3 rw,data=ordered 0 0
/dev/hda2 /windows vfat rw,gid=503,fmask=0007,dmask=0007,codepage=cp437,iocharset=ascii,utf8 0 0
/dev/hda8 /var/www/html vfat rw,gid=503,fmask=0007,dmask=0007,codepage=cp437,iocharset=ascii,utf8 0 0
/dev/hda9 /winshare vfat rw,gid=503,fmask=0007,dmask=0007,codepage=cp437,iocharset=ascii,utf8 0 0
/dev/sda5 /windata vfat rw,gid=503,fmask=0007,dmask=0007,codepage=cp437,iocharset=ascii,utf8 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
Neither is showing /dev/hdb6 (/ on my new disk) as mounted, yet GParted reports that it can't read the file system and that the partition is mounted. I get a similar message from programs like e2fsck, asking whether I want to continue and risk damaging a mounted partition.
Even stranger is that I tried wiping the partition using the dd command with of=/dev/hdb6, and then none of my apps would work after that (erroring with files not found) despite the fact I was booting from /dev/hda. That makes it seem like my root is actually booting /dev/hdb6 instead.
The only way I seem to be able to get my old install to boot entirely correctly is to remove the new disk, at which point I obviously can't alter the partitions on it. I can't alter the partitions when it's booting from the original disk as it thinks this one partition is unreadable and mounted. I've tried booting Ubuntu live CD, but it wouldn't reach a GUI. I tried command line parted, but I think it was giving me the same "it's mounted" issues (or I might have given up on it for other reasons, like the whole display was slightly screwy)
Has anyone tried this before with any success? I could just grab the FC6 disks now they're out, reinstall and keep my separate /home partition, but that'd involve re-setting up my graphics card (an ATI), USB Wacom table, network shares, NTFS support etc and I'd have to re-install any additional apps and all of the additional games :\
Thanks
p.s. other things I've tried:
Re-install FC5 as an upgrade - downgrades my kernel, leaves the mods in place, and was meant as a fix for my /dev devices not showing up
dd the disk instead of ghosting - same result as ghosting
possibly some other things that I'm blanking out at the moment