Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 30953

Summary:	fdisk / DiskDruid mis-handle large disks
Product:	[Retired] Red Hat Linux	Reporter:	Al Grabauskas <alleycat>
Component:	anaconda	Assignee:	Brent Fox <bfox>
Status:	CLOSED RAWHIDE	QA Contact:	Brock Organ <borgan>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.1	CC:	abrown
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-03-09 23:23:59 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Al Grabauskas 2001-03-07 16:00:39 UTC

From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.0-0.99.11 i686)


i was installing fisher in the second half of a 60G ide and could't create
a new partition for it due to "not enough free space", even though the disk
was just over 50% used.

DiskDruid and fdisk both exhibit this behavior. DD reported the disk (in
anaconda) as follows:

total 58643  geom (c/h/s) 7476/255/63 used 32247 free 26396

this is on a pogo linux althura - 1Ghz tbird, 256M, 60G ibm ata100 - specs
can be found on www.pogolinux.com

i reused an existing partition, and the install went fine (nice beta, btw)

if you want me to test an update for you under this configuration, and you
tell me where to get the relevant files/executables, i'll be happy to do
that.



Reproducible: Always
Steps to Reproduce:
1. run the install
2. choose to partition manually w/ either DD or fdisk

	

Actual Results:   see description of problem

Expected Results:   see description of problem

Comment 1 Glen Foster 2001-03-07 22:07:09 UTC

We (Red Hat) should really try to fix this before next release.

Comment 2 Michael Fulbright 2001-03-07 23:26:39 UTC

Brent please verify with a large disk (>64k cylinders logical) that recent trees
handle this correctly (disk druid and fdisk).

Comment 3 Brent Fox 2001-03-07 23:52:36 UTC

Can you test with the Wolverine beta?  There was quite a bit of improvement
between Fisher and Wolverine.  I've got a feeling that this may have already
been fixed.

Comment 4 Michael Fulbright 2001-03-09 19:57:55 UTC

abrown is going to test this.

Comment 5 Michael Fulbright 2001-03-09 23:23:55 UTC

abrown confirmed this is fixed.