[Discuss] gparted problems

[R. McFarlane]

At 09:24 PM 5/30/2006, Adam Parkin, had this to say :

>If you have the partition backed up, can't you try just "flipping 
>the bits" and see if it works?  Then if it doesn't just restore the 
>backup.  Seems to me you'd be no worse off than you are 
>now.  However, of course the usual "try at your own risk" disclaimer 
>applies. =;->

         I think from now on, I will be making these backups. Too 
many strange problems in the past few months to ignore.

>I can't remember if it was gparted I was using or not, but I do 
>recall an issue with an open-source partition cloning tool that 
>required the partition to restore to to be the exact same size as 
>the partition you backed up.  That is, if you cloned a 15GB 
>partition, you have to restore it as a 15GB partition.  As I said 
>though, I cannot recall if that was gparted or not, but it might be 
>something to look into.  I don't see how that would cause gparted to 
>restore a FAT32 partition as a Linux partition though.

         I experienced that using partimage. When restoring, it would 
only restore to the same size. I had to use parted to resize the 
partition after the restore.

>Hmm, I'm a bit curious as to why the Win2k installer would be 
>failing, my WinXP (SP2) directory is well under 15GB, and I would 
>think that Win2k would require less space than XP.

         The install crashes when it goes through the final install 
phase. Blue screen with fastfat.sys. My searches have turned up 
nothing so far. I suspect it has something to do with the 250GB drive.

>Aside from this, why is it you're using FAT32 for a primary Windows 
>partition?  I can understand having a secondary FAT32 partition for 
>swapping files back and forth between Windows and Linux if you need 
>to dual-boot, but FAT32 is a horrible file system to use for your 
>primary partition (if for no other reason than it's inefficient at 
>using space on large drives).

         I am using FAT32 as it is easily writable from any OS I use.


http://www.mcfarlanecomputing.net/