Bug 19018 - fdisk miscalculates partition sizes
fdisk miscalculates partition sizes
Product: Red Hat Linux
Classification: Retired
Component: util-linux (Show other bugs)
alpha Linux
medium Severity medium
: ---
: ---
Assigned To: Erik Troan
Dale Lovelace
Depends On:
  Show dependency treegraph
Reported: 2000-10-13 00:27 EDT by Michal Jaegermann
Modified: 2007-04-18 12:29 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-02-06 13:33:02 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Michal Jaegermann 2000-10-13 00:27:45 EDT
'fdisk' is quite broken for BSD disklables.  On a disk with a geometry,
as printed by 's' request from fdisk:

bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 119150

asking for 500M partition (+500M) ends up with a partition with '64'
in a column 'size'.  This is seen by DiskDruid as 31 MBytes (roughly
right).  Other similar requests end up with equally funny numbers.
The same breakage shows both in an installed fdisk and in fdisk used
by anaconda.

An 'fdisk' version which I mailed recently to Jeff does not have
this problem and +500M means there what it is expected.

Comment 1 Brock Organ 2000-10-19 10:44:18 EDT
verified in test lab (seems to be controller specific ...) ... thanks for your
Comment 2 Michal Jaegermann 2000-10-19 11:40:28 EDT
Maybe controller specific but I have some doubts.  The version of 'fdisk'
which I mailed to jbj, and which I am using in a "real life",  does not sport
this bug no matter which controller - as far as I can tell.

I will not quarrel as I did NOT pinpoint the real cause. :-)
Comment 3 Matt Wilson 2000-10-20 16:14:39 EDT
Could you please attach the patch to this bug?
Comment 4 Michal Jaegermann 2000-10-20 16:32:29 EDT
I do not know what is the bug in your current sources, in particularly in what
is used by anaconda, but on 9 Oct 2000 Jeff Johnson <jbj@redhat.com> got from
me source rpms for 'fdisk' which I am currently using (and also for 'bdsfdisk'
which is a scriptable variant, like sfdisk but for BSD type labels) which does
not sport this bug.

These tools are for a while in quite heavy everyday use on various Alpha
platforms by Hard Data so I have a pretty high level of confidence that they
behave mostly sane.
Comment 5 Phil Copeland 2001-06-04 13:02:27 EDT
I *think* this is all resolved now,.. (almost a year later but still...)

Note You need to log in before you can comment on or make changes to this bug.