Topic: ntfs resize bug
SATA RAID-0 based machine under Ubuntu 6.06. Resizing a Windows XP partition.
Did an apt-get install dmraid to get the RAID bits going
Ran gparted (after checking it was the most recent version of gparted and ntfsprogs) and proceeded to shrink my NTFS partition from 190GB to 140GB - 99GB of data so 90GB free.
After finishing gparted showed that the partition side was now 140GB and the free space was still 90GB!
Not panicing, rebooted back to Windows and found that XP won't boot - blue screens after a while.
Rebooted back into Ubuntu, dmraid, then looked at the ntfsprogs page to see what they recommended. A quick fdisk (delete the NTFS, recreate the NTFS partition max size) and an ntfsprogs check to make sure the filesystem was ok and I'm back to where I started.
Then manually ran the process through ntfsprogs - everything seemed to work fine. manually deleted the ntfs partition, recreated it smaller, and rebooted. Windows works fine.
ntfsprogs site recommends I contact you to warn that there is a problem. Looking at the output of gparted as it started the ntfs bits I noticed it doing lots of --force - probably not a great idea. Also I noticed during my manual process that the partition table isn't refreshed by the kernel without a dmraid -an && dmraid -ay. If gparted is just expecting the kernel to refresh the table then it's faulty.
Anyway - no harm done, I'm repartitioned, but thought you should know there seems to be a problem.
I can provide output of dmesg, versions of ntfsprogs, dmraid etc if needed.