Package: util-linux
Version: 2.20.1-5.5
Severity: wishlist
File: /sbin/fdisk

It is still not clear what units "Blocks" are in here:

# fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xc3ffc3ff

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63    61448624    30724281    c  W95 FAT32 (LBA)
Partition 1 does not start on physical sector boundary.
/dev/sda2        61448625   122897249    30724312+   7  HPFS/NTFS/exFAT
Partition 2 does not start on physical sector boundary.
/dev/sda3       974502272   976773167     1135448   12  Compaq diagnostics
/dev/sda4       122898430   974501887   425801729    5  Extended
Partition 4 does not start on physical sector boundary.
/dev/sda5       122898432   949747711   413424640   83  Linux
/dev/sda6       949749760   974501887    12376064   82  Linux swap / Solaris

Partition table entries are not in disk order


One probably must consult the man page, despite the "Units =".
The word Blocks is only mentioned once, so no linkage is made and we are
still left guessing.

Compare
$ df
Filesystem                                             1K-blocks    Used 
Available Use% Mounted on
rootfs                                                 406805016 5675460 
380458324   2% /
udev                                                       10240       0     
10240   0% /dev
tmpfs                                                     612704     416    
612288   1% /run

Indeed whereas df's units are consistent,
careful observations shows that fdisk's
"Start         End      Blocks" are not.

So maybe that should now be
"Start         End      1K-Blocks",

and say
Start, end units = sectors of 1 * 512 = 512 bytes

if indeed that's what they are.

(P.S., this would be a 'breaking change' NEWSworthy as ... well at least my
scripts parse some of this...)


-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to