Bug 9664 - RedHat kickstart partitions in its own order.
Summary: RedHat kickstart partitions in its own order.
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 6.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Matt Wilson
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-02-21 23:42 UTC by rakarra
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2000-02-22 20:52:12 UTC
Embargoed:


Attachments (Terms of Use)

Description rakarra 2000-02-21 23:42:44 UTC
In my RedHat 6.0 kickstart config, I had the following lines for my 10gig
drive:
clearpart --all
part / --size 128
part /usr --size 512
part /video --size 1024 --grow
part swap --size 512

Unfortunately, this didn't work on 6.1! The problem was that in 6.0, it
appeared to create the partitions in the order specified. However in 6.1,
it seems to use it's own logic for partitioning, no matter what you tell it
in the kickstart file. It always put the 7+gig /video partition first, then
created an extended partition holding the other partitions. LILO was not
happy with the root parition being further than 1024 cylinders. My only
recourse was to create a /boot partition (which was never mentioned in the
kickstart section of the RedHat Reference Guide, and which I really didn't
want to do) which the kickstart program put at the front.

My take: Why can't anaconda just create the partitions in the order that
they were specified in the ks.cfg? That would give administrators more
flexibility.

Comment 1 Jay Turner 2000-02-22 20:52:59 UTC
This issue is resolved in the beta installer.  Two things: kickstart now has a
"--onpart" argument which allows you to specify which partition a certain mount
point will exist on.  In addition, the logic for drive layout has been improved.


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