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): 9.0.93 How reproducible: always for me Steps to Reproduce: 1. install graphically from CD with attached ks.cfg 2. press OK accepting defaults until this error appears Actual results: 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. Expected results: I should have gotten the screen that lets me choose between automatic partitioning and manual partitioning with disk druid as happened with RH9. Additional info: 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 literally.
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 are usable. 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 forever...
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 autopartition. 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