1 (edited by AndrewX192 2010-11-28 00:29:56)

Topic: [SOLVED] Disk resize failed, now Windows won't boot

Hello,

I am running out of disk space, so I decided to resize Windows 7 on my first hard drive, so I could add another ext4 partition to put data on.

However, gparted threw an error during the resize, and left with me a un-bootable Windows 7 partition.

Windows 7 gets up to about where the login screen appears, but then BSODs and reboots.
Unfortunately, the bsod is so fast, that I cannot see any details.

Windows 7 recovery mode cannot fix the issue.

When I try to repair the disk in gparted I get this error:
ERROR: Current NTFS volume size is bigger than the device size!
Corrupt partition table or incorrect device partitioning?

The original resize failed with error message:
"
read 573282767 sectors using a blocksize of 16384 sectors  00:01:26    ( ERROR )
       
8952271 of 573282767 read
Error while reading block at sector 9609679
"

fdisk -l:

ASUSTW mnt # fdisk -l

Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000b6250

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       35726   286968071    7  HPFS/NTFS

... (rest of drives)
As I have seen other posts suggest that some information from the MBR and NTFS info are needed, I went ahead and captured the information.

# dd if=/dev/sda of=sda-devastator.mbr bs=512 count=1
# dd if=/dev/sda of=sda1-devastator.pbr bs=512 count=1 skip=16065

The files can be downloaded from http://localcoast.net/sda-files.zip

Edit: This issue has now been solved.
I figured the time to resolve the issue would be longer than restoring my disks, and sure enough, it was.
I guess I will have to find a different way to resize the NTFS partition, other than gparted.

2

Re: [SOLVED] Disk resize failed, now Windows won't boot

A good backup is always a great idea when editing partition tables.  'Glad to hear that you were able to resolve the problem.