[SOLVED]Current NTFS volume size is bigger than the device size!!!!

You can capture the Master Boot Record in a file with the following command:

NOTE:  Be extra careful to type this command in properly, otherwise loss of data could result.

dd if=/dev/sda of=sda-stasxh.mbr bs=512 count=1

where sda-stasxh.mbr is the name of the file that will need to be uploaded.

You can capture the NTFS Partition Boot Record in a file with the following command:

NOTE:  Be extra careful to type this command in properly, otherwise loss of data could result.

dd if=/dev/sda of=sda1-stasxh.pbr bs=512 count=1 skip=63

where sda1-stasxh.pbr is the name of the file that will need to be uploaded.

Then upload these files to a media sharing site, such as mediafire, and post the link to these files in this forum post.

In this situation I think it is safest if we increase the partition size to encompass the entire NTFS volume.

The change I have made to the file is from a length of 51,263,352 sectors:
000001C0   01 00 07 FE  FF FF 3F 00  00 00 78 37  0E 03 00 00
To a new length of 78,140,089 sectors:
000001C0   01 00 07 FE  FF FF 3F 00  00 00 B9 52  A8 04 00 00

Note:  The NTFS volume size is always 1 sector less than the total number of sectors in the partition table entry because the NTFS backup sector is not considered part of the NTFS volume.

To apply this change:

1) Download the new MBR: sda-stasxh_new.mbr

2) Load the new MBR on your hard disk.
NOTE:  Be extra careful when entering the commands.  Data loss could result otherwise.

dd if=sda-stasxh_new.mbr of=/dev/sda bs=512 count=1

3) Reboot the computer

4) Check that the file system is recognized in GParted

5) If all seems fine then I would advise booting into Windows and running "chkdsk /f /r" multiple times, until there are no more faults.

NOTE:  We are tracking a problem with GParted resizing file systems.  See post:
WARNING! Problem Resizing File Systems with GParted