Bug#380226: [Parted-maintainers] Bug#380226: NTFS (partition) not recreated correctly after resize: incorrect start sector

[Sven Luther]

On Sat, Dec 16, 2006 at 05:20:02PM +0100, Kurt Roeckx wrote:
> 
> Bas Zoetekouw <bas at debian.org> writes:
> >> The problem here is how to decide if we should or not align it.
> >> That's
> >> the most difficult question...
> >
> > If the partition is merely being resized, the begin sector should
> > _never_ be changed, I think.
> 
> I guess it wouldn't be a bad thing to only change the end sector if
> that's the only thing you tried to do.
> 
> I just wonder what constraints the end sector should have in that case,
> looking at the bug report, the end cylinder also seem to be a multiple
> of 2048 - 1, so it seem to me that Microsoft is using 2048 sectors/track
> instead of 63.  Vista might not like it that we let the partition stop
> on a sector that's a multiple of 63 - 1, and might be unable to use the
> last "track".
> 
> I think the best thing we can do is make it think parted think that
> there are 2048 sectors/track.

Is there some kind of version or something for those NTFS partitions, which
will enable us to detect them ? 

If i remember the code well, it would be trivial enough to modify the
sectors-per-cylinder value if we detect a NTFS partition table which needs it,
i think this was already done for the legacy systems, and i know that the
amiga filesystems (ffs, sfs, etc), also have some such constraints, and the
individual cylinder size of them is hold in the main partition table, so i
think i already did something similar.

Friendly,

Sven Luther