Bug 59667 - cannot allocate partitions on 4 Gb of free disk space on RAID
Summary: cannot allocate partitions on 4 Gb of free disk space on RAID
Keywords:
Status: CLOSED DUPLICATE of bug 58616
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 7.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Michael Fulbright
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-02-11 18:12 UTC by Martin Haubrich
Modified: 2007-04-18 16:40 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2002-04-12 03:29:02 UTC
Embargoed:


Attachments (Terms of Use)
logfile that came with the crash (33.06 KB, text/plain)
2002-02-11 18:13 UTC, Martin Haubrich
no flags Details

Description Martin Haubrich 2002-02-11 18:12:52 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

Description of problem:
I have an HTP370 hardware RAID controller. I downloaded the appropriate driver 
and boot disk (created them) I have 40 Gbs total, of which 4 Gb un-allocated. 
When I use "automatic partitioning", option "use free disk space" it 
says "cannot allocate partitions" and exits with a bug summary. Disk druid does 
the same after manually allocating 32 megs to '/boot', 512 megs to 'swap' and 
the rest to '/'

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Boot from the HPT370 RAID boot disk
2. Use the 'linux dd' option and load the additional drivers
3. Try to make Linux use the free disk space for install
	

Actual Results:  I got the error message "Cannot allocate partitions" and a bug 
trace.

Expected Results:  It should have built the swap, boot and root partitions and 
continued installing.

Additional info:

Hardware for RAID: 
HTP370 controller on motherboard (A-bit K7 RAID)
2 x Seagate Barracuda 20 Gb HDD
RAID 0 (striping)
Divided into: 
-4,9 Gb NTFS (For Windows 2k)
-14,6 Gb NTFS 
-14,6 Gb FAT32
-the rest is unpartitioned

I read somewhere that for the '/boot' partition, you should use the first 1024 
cylinders, especially with some older BIOS versions, which can only use these 
first 1024 cylinders. However, my BIOS isn't more than 2 years old (which was 
the approximate age in 'older').

Also, I really wish to retain the current partitions, including its data :-)

Comment 1 Martin Haubrich 2002-02-11 18:13:47 UTC
Created attachment 45281 [details]
logfile that came with the crash

Comment 2 Michael Fulbright 2002-02-12 21:47:58 UTC
Where did you get the HPT boot image?

Comment 3 Martin Haubrich 2002-02-13 07:20:31 UTC
From the official HPT website,
http://www.highpoint-tech.com

then to
http://www.highpoint-tech.com/370drivers_down.htm

Where I found the download for Red Hat driver version 1.3 (Which is the latest)
http://www.highpoint-tech.com/RedHat_v13_370_372.zip

Comment 4 Jeremy Katz 2002-04-15 23:02:44 UTC
This is due to not having enough unpartioned space for the installer to use for
installing in and then not reviewing the partitioning. 

*** This bug has been marked as a duplicate of 58616 ***


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