Description of problem:
I am attempting a kickstart install of SEVERN from a kickstart file I created by
taking anaconda-ks.cfg from a previous SEVERN install and removing the lines
that don't apply to the other machines I want to install so that I get prompted
for those items. This is a technique I have used successfully for RH9 and is
consistent with the kickstart documentation which suggests that when required
items are missing, they are supplied interactively. I also have "interactive"
in the ks.cfg file. I have no partition information in the ks.cfg file.
Instead of prompting me to partition manually with Disk Druid, anaconda fails
saying it is unable to allocate a primary partition. Details below.
Version-Release number of selected component (if applicable):
always for me
Steps to Reproduce:
1. install graphically from CD with attached ks.cfg
2. press OK accepting defaults until this error appears
After hitting Next in the mouse configuration screen, an error dialog with the
title "Error Partitioning" pops up containing the text:
Could not allocate requested partitions:
Partitioning failed: Could not allocate partitions as primary partitions.
Press 'OK' to rebot your system.
I should have gotten the screen that lets me choose between automatic
partitioning and manual partitioning with disk druid as happened with RH9.
I am attaching my ks.cfg file, anaconda.log from the install, and a screenshot
of the error screen from anaconda. Here is my partition table:
Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 752 6040408+ b Win95 FAT32
/dev/hda2 * 753 765 104422+ 83 Linux
/dev/hda3 766 1275 4096575 83 Linux
/dev/hda4 1276 9729 67906755 5 Extended
/dev/hda5 1276 1785 4096543+ 83 Linux
/dev/hda6 1786 4347 20579233+ 83 Linux
/dev/hda7 4348 6909 20579233+ 83 Linux
/dev/hda8 6910 9471 20579233+ b Win95 FAT32
/dev/hda9 9472 9729 2072353+ 82 Linux swap
/dev/hda1 has one of those other operating systems on it. /dev/hda2 is /boot
which I was going to share between RH9 and SEVERN. /dev/hda3 is my RH9 root
partition which I was going to leave intact and mount as /rh9. /dev/hda5 is a
blank ext3 partition which I was going to format and use a /. The rest of the
partitions are data partitions (or swap) that I was going to leave alone.
I have used this technique for testing beta releases for years.
See attached files for remaining details.
As this will prevent me from using kickstart, which I was primarily going to do
to get all the packages I want since I can no longer select them (not a
complaint), I will instead proceed to install manually. Hopefully this will be
fixed for beta2 which I will again attempt to install using kickstart.
Created attachment 93163 [details]
The kickstart configuration file I tried to install with
Created attachment 93164 [details]
anaconda.log copied from /tmp
Created attachment 93165 [details]
screenshot of error screen
I have included the text of this error message in my bug report. It is here for
completeness and reference.
Hmm, if I take one of my standard (network install) kickstarts and remove
partitioning information I don't see this bug. Will try to reproduce more
I can replicate the problem if I use the exact kickstart file attached by the
reporter with an nfs kickstart of Severn-beta1.
I can also replicate the problem with the -re0813.nightly tree in the same way.
Ok, this problem seems to occur with kickstart installs that use the
'interactive' command, but do not use the 'clearpart' command. My guess is
that the screen where you choose whether to use automatic or manual partitioning
is not properly hooked up for kickstart interactive installs.
Committed something that should fix this. Could do with some testing, though.
Will this be in the second SEVERN? If so, I'll test again by using the same
kickstart file. (Actually, I'll diff the package lists and make any manual
edits I think are necessary.)
This isn't really fixed. Instead of outright failing as it did before, it
instead still assumes autopartitioning and brings you to a screen to select
options. This is the screen that has the choices "Remove all Linux partitions
on this system", "Remove all partitions on this system", and "Keep all
partitions and use existing free space".
Since my disk is already partitioned and has data on it, none of these options
I'm going to try without "interactive" and report my results.
Without "interactive", I am brought to the "disk partitioning setup" screen.
Created attachment 94780 [details]
revised ks.cfg used for 0.94
Hmm. There doesn't seem to be anything that I can do in Bugzilla to move this
back to "ASSIGNED" instead of "MODIFIED". Hopefully someone will see these
changes. I'm always a little worried about bugs that get stuck in MODIFIED
Bumping back to assigned, I didn't see these comments via mail and only came
back to look when mikem said something wasn't quite working right for him :/
Reverted that change for now, I'd rather go with the previously known and
understood behavior and fix this for FC2.
This also seems to affect Enterprise 3 (WS at least) Update 1.
Without interactive you get asked whether you want to autopartition or
use Disk Druid to partition. With it, it just assumes you want to
I've tested this with both NFS and http installs.
I have the same problem with RHES v. 3 Upd 4 ... Is there any solution?
This should be better in the devel tree for FC5