Installer: ntfs resize of second partition with non-cylinder boundary start point creates incorrect partition table/broken ntfs partition.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
partman-base (Ubuntu) |
Fix Released
|
Medium
|
Colin Watson |
Bug Description
Ok,
My partner and I purchased a pair of Samsung X15 Plus laptops last weekend, and tried resizing
the ntfs windows partitions on the machines using the Hoary Installer. This caused the
partitions to be unusable, although the base filesystem appeared to be successfully resized.
Being as we preferred fat32 partitions anyway, was no big deal in the end as we simply
reinstalled windows on a recreated fat32 partition instead.
As far as I could tell, the reason for the error is that these notebooks came with a default
10Mb partition from Samsung immediately before the ntfs partition. This first partition did not
end on a cylinder boundary. There was no gap between the first partition and the ntfs one.
When the ntfs partition was resized, the start point of the ntfs data was not moved, but the
partition start point written to the partition table refused to begin at a point that was not
the beginning of a cylinder boundary. So, the partition table stated that there was a 0.3Mb gap
between the first and the second partition. This chopped off the first 0.3Mb of ntfs data,
rendering the partition unbootable/
Using an ubuntu live cd (and later a knoppix one as well), I could mount and gain read access to
the broken ntfs partition in knoppix, and verify that it had indeed been resized. I tried using
cfdisk to "recreate" the partition in the partition table, but it would not generate the
partition starting at the end of the first one, still insisting on leaving a 0.3Mb gap between
them (silently, I may add - the gap was only visible when rerunning cfdisk; it did not get shown
on the process that regenerated the parition).
I assume here that the failure is due to the layout of the original ntfs partition not starting
on that cylinder boundary; while not a problem for us this bug is a potential system destroyer
for anyone who has a hidden manufacturer's "system change" partition at the beginning of the
drive, since the start point of the ntfs partition is unpredictable.
Unfortunately I'm no longer in a position to be able to test this further having replaced the
ntfs partitions with fat32, but I hope that reporting the failure and it's apparent cause may be
of use/benefit in improving the installer for future use.
Feel free to ask any further questions if needed, and I'll answer to the best of my ability to
remember :).
Cheers,
Dawnmist.
NTFS resizing in Ubuntu? Hm... I don't think there is an option for that in
installer.