WARNING! Problem Resizing File Systems with GParted (Page 2 of 2)

Thank you for reporting back robert_77546.  I am glad that you discovered a solution that worked for you.

Hopefully soon we will find the solution to this problem so that no one needs to suffer through this resizing frustration.

Thanks for the heads up Patrick.  I have updated the initial forum post, and plan to do some testing soon myself.

Hi,
I am using gparted-live-0.6.0-1.iso version for resize the partioning and got the error

current ntfs volume size is bigger than the device size

I have the following details...

root@blr-lin-102 Virtual_Machine]# fdisk -l -u

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63      610469      305203+  83  Linux
/dev/sda2          610470    17382329     8385930   82  Linux swap / Solaris
/dev/sda3        17382330   976768064   479692867+  8e  Linux LVM

[root@blr-lin-102 Virtual_Machine]# parted /dev/sda unit s print

Model: ATA ST3500418AS (scsi)
Disk /dev/sda: 976773167s
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start      End         Size        Type     File system  Flags
1      63s        610469s     610407s     primary  ext3         boot
2      610470s    17382329s   16771860s   primary  linux-swap       
3      17382330s  976768064s  959385735s  primary               lvm 

Information: Don't forget to update /etc/fstab, if necessary. 

Please help me to resolve my problem...

The only way I can boot from a usb stick is with fat16.
Gparted never gave me any problems until I upgraded
from Ubuntu 9.04 to Ubuntu 10.10.
Whatever FAT16 partition I make. With an immediate "check" option
it always gives this above mentioned error directly.
However if I re-format the partition (no partitioning) under XP there is no
error if I do the same check. If I use
mkdosfs 3.0.1 from Jaunty to re-format the partition the error
also disappears.
If I re-format again with the mkdosfs 3.0.9 supplied with Maverick
the error appears again.
Also resizing seems to go well now if the drive is properly formatted.
At least ..... in the FAT16 case.
Maybe this is of any help ? Took me some time to find out.

Friendly greetings, Errnux

Why ?

ERROR: Current NTFS volume size is bigger than the device size!

And

ERROR: File system doesn't have expected sizes for windows to like it.
(in the fat16 case, with gparted 0.6.2 & 0.7.1 tested)

Do resemble. So I thought it is worth mentioning here.
There might be some link ?
Or do you know already there is no link between the errors ?

Thank you 4 starting this topic.

Friendly Greetings, Errnux

i tried the newest test version of Parted Magic. It has Linux 2.6.32 included. Maybe this is fixed in the new kernel. If you look through the change log there are some mentions about SCSI not being read correctly. I looked at your list of "cases" in the other thread and every single one of them is a SCSI/SATA (sdx) device. I'm not sure if this could be the problem.

Hi, I don't think this problem has entirely disappeared yet.

Yesterday, I resized a data partition that I don't frequently used, to shrink it from about 80Gb to about 50Gb.
Today, I tried mounting this partition and I get the telltale dmesg error, where the two numbers differ by 8.
uname -r: 2.6.35-29-generic
gparted version: 0.6.2

Not exactly sure where to post more details, should I start a new thread?

I'm confused with my gparted live (downloaded July 22) experience over the last several days.
I have version 0.90, drives were two 80 gb in a RAID1 configuration with three partitions, two NTFS, 1 Dell maintenance FAT partition.  Server 2003 on a Dell PowerEdge.

The idea was to shrink D: and grow C: by resizing D, moving D to the right, then resizing C to fill the space left by moving D.

It just wasn't happening at all as RAID1, with errors within minutes of attempting a resize or a move. I tried Cylinder and Mib.

I then decided to take the SATA drive out of the server's array and put it in a USB 2.0 drive holder. I booted my laptop (very slow laptop, big mistake) and began the move of D. It didn't fail immediately, but it did take it's time, more than 14 hours.

It then said right at the end of the move that there was an error and of course with the live CD, I could not save the error file any where.  However, when I quit gparted and relaunched it (not reboot the laptop, just the program) the partition showed as moved. 

I then resized the C: partition.  It too said the operation was not complete.

I put the drive back into the server and booted up Server 2003. In disk management, the drive size for C was reported properly at 53 gb or so.  But in My Computer the drive was shown at its old size before the resize, 29 gb.  Seems very likely this is related to the part of the operation which did not complete. There's a mismatch somewhere.

I don't get what I'm doing wrong here. I've looked at FAQs and I don't see errors as specific as mine and I don't see any explanations for what I've been experiencing.  Clearly, I must be doing something wrong because I'm not the only person resizing NTFS partitions.  Is there some patch I'm missing from the Live CD?

Anybody know the trick to doing this?

Forgot to say that I defraged everything multiple times using Windows and 3rd party tools and deleted the recommended registry key. 

Also, please feel free to move this post if it's in the wrong place.

Another edit. Looks like I've found the answer from the God himself in another post:
"Based on your description it appears that the partition size was increased but the file system failed to grow to fill the partition.

To fix this situation, use the "Partition --> Check" option on the partition.  This should grow the file system to fill the partition."

The partition check failed.  From what I can tell, it seems that it did the dry run okay, but then got to a point in the real resize where there were a lot of "invalid argument" lines and the number "65,535." It also appeared that the program took the choice NOT to proceed with the resize. 

I'll keep plowing through the board to see if I can find any answers.

-Bob

https://forums.oracle.com/forums/thread … p;tstart=0

ONE THING THAT WOULD BE TREMENDOUSLY HELPFUL IS INCREASING, SUBSTANTIALLY, THE SIZE OF THIS TEXT WINDOW!!!

GParted 0.4.5 is on the latest Solaris 11 11/11 live dvd disk -- that is the version i used

"fdisk -l -u" ==> "-l is illegal option"

"parted /dev/dsk/c3t0p0d0" ==> "warning, you are not superuser" .. repeated attempts to login as superuser .. su - root .. failed because no password will work, not even "enter (no password)" ... so how do i log on as superuser?!

GParted shows that all partitions -- c3t0d0p2 (the solaris partition), c3t0d0p1 (the ntfs windows partition), c4t0d0p0 (fat32; 14.96gb; flags=-boot, lba; i have no idea what this is)are "unmounted."

NEXT ... how would i replace the 0.4.5 version with the latest version of GParted (assuming that you know how to remedy the instant problem.)

?'s

http://besaw.webs.com/tech/custom_fdisk.txt

?'s

I have not undone the GParted Linux iso file yet and
im deciding if it's going to be undone by a downloaded
program or tools from the purchased BSD CD ROM's