Bug 14608

I am trying to write a kickstart configuration file
for a small cluster of servers that I am building.

Each machine has a 20G Maxtor hard drive which has
a translated CHS of 2491/255/63

I set the partitions up in ks.cfg as follows

part / --size 1536
part swap --size 2048
part /usr3 --size 7969
part /usr2 --size 7969

However the partition table on the disk had the
partitions in reverse order with the result that
the root partition was well above the 1024 cylinder
limit and the installation wouldn't boot.

It is somewhat counter-intuitive that the partition
order on the disk does not follow the order given
in the configuration file (in fact changing the
file order doesn't have any effect on the on-disk
layout) and placing the partition containing the
kernel above cylinder 1024 is a definate bug.

In the end I use the %post script to create the
two 8G partitions. Even then the swap partition
ended up as /dev/hda1 (and had the LILO boot sector
installed) although / was listed first in the
config file.

The 1024 cylinder problem should "go away" with
new versions of lilo but the fact that one cannot
control the order in which partitions are created
seems to be something of a problem. The --onpart
switch is not much use to me as the install needs
to work on a new machine which has no partition table.