After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 622150 - Support for data entry and display of logical blocks (sectors)
Support for data entry and display of logical blocks (sectors)
Status: RESOLVED WONTFIX
Product: gparted
Classification: Other
Component: application
0.6.0
Other All
: Normal enhancement
: ---
Assigned To: gparted maintainers alias
gparted maintainers alias
Depends on:
Blocks:
 
 
Reported: 2010-06-20 05:37 UTC by Markus Elfring
Modified: 2016-10-09 16:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Markus Elfring 2010-06-20 05:37:34 UTC 
I suggest that the user interface should provide ways to enter and display block/sector numbers additional to the currently used MiB values.
http://en.wikipedia.org/wiki/Logical_block_addressing

The capability to handle each block/sector from the LBA system would enable to use the available storage space completely.

The current use of floating-point values together with alignment options has got the potential to introduce unwanted gaps between partitions.
Comment 1 Curtis Gedak 2010-06-20 18:45:25 UTC 
Have you had a chance to try GParted 0.6.0 and the new MiB partition alignment option?

I think you will find that it does much better than the previous Cylinder alignment option in reducing unwanted gaps between partitions.
Comment 2 Markus Elfring 2010-06-20 20:20:11 UTC 
(In reply to comment #1)
> I think you will find that it does much better than the previous Cylinder
> alignment option in reducing unwanted gaps between partitions.

The amount of non-assignable space will shrink from the fraction of a cylinder to the smaller part of a MiB depending on physical sector size of a concrete storage device, doesn't it?

(Potential problems from conversion of floating-point values to integers will remain.)
Comment 3 Curtis Gedak 2016-10-09 16:02:17 UTC 
There is no plan to implement this request.

Closing report as WONTFIX.
Comment 4 Markus Elfring 2016-10-09 16:15:11 UTC 
(In reply to Curtis Gedak from comment #3)
> There is no plan to implement this request.

I am curious if any other software developers will care more for inappropriate usage of floating-point values as it was described in this issue.