Your trial and error method is a good idea but instead of looking at places that only show you the leading digits of a lengthy figure you should rather look at the properties of your partition/volume where you can find an exact length in bytes. That information is more helpful for your method of trying to approach the target size in an iterative matter.
When using Windows 7 (64 bit) I get shown the exact byte size and an abbreviated number based on leading digits which seems to correspond to the numbers shown in Windows explorer. Obviously, the abbreviated number that you were looking at is not a good measure to determine the real length!
Why trial and error?
The reason to run a trial and error strategy is that Windows formatting behaviour might have changed over time.
Disk geometry influenced partitioning first
Initially, influenced by the old CHS (cylinder, head, sector) notion in the MBR partition table, Windows XP always tried to place a partition start at the beginning of a cylinder (x,0,1) if I remember correctly.
Advanced format influences partitioning now
With the arrival of a genuine physical sector size of 4096 bytes (advanced format) and the emulation of 512 bytes logically (at the interface) the old formatting policy leads to misalignment that results in partitions starting somewhere at a multiple of 512 byte which is always at the beginning of a logical sector but not necessarily at the beginning of a physical sector with a size of 4096 bytes. Such misalignment with regards to the physical sector size is causing avoidable wear and slowdown when writing.
Later Microsoft operating systems must have allocated partition space differently to avoid such a situation.
The Gparted partitioning tool in some linux operating systems has the option to allocate space in multiple of a MB (don't know if that was a flat 10^6 figure or 2^20 bytes).
Maybe using a pendrive linux helps you to match your formatting goals.
Please read the following article to be aware of the mess that comes with size terms:
https://en.wikipedia.org/wiki/Binary_prefix#gibi
65,536
, and then added increments of64
to that.65,600
still showed63.9 GB
, but65,664
gave me exactly64 GB
. I still don't really understand what Microsoft are doing exactly, but I guess I don't really understand much about what Microsoft are up to most of the time, so that's good enough ... Thanks.