Choosing smallest possible partition size for resizing a NTFS partition during installation breaks MBR and install
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| ubiquity (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Bug Description
Ubuntu 7.10 final
Installing on a Dell C400 laptop, 768mb RAM, with 30gb hd, one XP NTFS partition spanning the whole disk.
I tried the 'resize partition' option. It was just a test install, so I've chosen the smallest possible size (100% on the slider bar). Setup begins copying files, but near the end a 'disk full' warning bubble appears and the installer quits/crashes. At this point the MBR and boot sector are already changed, but GRUB is not installed, so I rebooted to a dead XP. The actual data on the disk was fine, so the resizing worked, but the boot sector was FUBARed.
No amount of fiddlin' with the XP recovery console fixed the non-booting XP problem. I just deleted the Ubuntu partitions with it and re-tried an install with a bigger partition size.
Choosing an adequate size for the Ubuntu install completed the install and, installing GRUB successfully, revived the Windows install too.
BTW, the slider bar for the resize option really isn't very clear about what it really is doing, the sizes of the partitions that it will create, if the size refers to the old partition or the new ones, etc. A help button would be nice.
| Brian Murray (brian-murray) wrote | #1 |
| Leann Ogasawara (leannogasawara) wrote | #2 |
| Changed in ubiquity: | |
| status: | New → Incomplete |
| Iulian Udrea (iulian) wrote | #3 |
| Changed in ubiquity: | |
| status: | Incomplete → Invalid |
Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https:/