QA:Testcase Kickstart File Path Ks Cfg

Description

This test will verify that anaconda can load a kickstart file from a file:// path. This is a typical case for when the kickstart file is located in the initrd.img.

How to test

1. Prepare a valid kickstart file. For help creating a kickstart file, examine the file /root/anaconda-ks.cfg on a previously installed system. This file contains the kickstart instructions used to install that system. For additional guidance on kickstart syntax, see Anaconda/Kickstart
2. Download the installer initial ramdisk. The ramdisk is typically called images/pxeboot/initrd.img
3. Place the kickstart file into the root directory of the installer initial ramdisk using the cpio command.

   echo ks.cfg | cpio -c -o >> initrd.img

4. Boot into the installer kernel (vmlinuz) and the modified initial ramdisk (initrd.img) using any available means
5. At the bootloader prompt, provide a location for the kickstart file at the boot prompt. Using the example above:

   linux ks=file:///ks.cfg 

Expected Results

1. Confirm the ks.cfg is included in the initial ramdisk. The user-space commands to inspect the Fedora 16 initrd.img contents are not yet available. The only way to ensure the provided ks.cfg is used is to boot the installer
2. The installer successfully initiates a kickstart install in accordance with the instructions supplied by the ks.cfg file included in the initial ramdisk. To ensure the kickstart file is properly loaded, inspect the anaconda.log for a lines similar to the following:

   15:44:56,189 INFO loader: kernel command line:
   15:44:56,189 INFO loader:     ks=file:///ks.cfg
   ...
   15:44:59,274 INFO loader: getting kickstart file
   15:44:59,274 INFO loader: setting up kickstart
   ...
   15:44:59,906 INFO loader: doing kickstart... setting it up
   

3. The installer should honor the kickstart commands provided in the ks.cfg file
4. If sufficient commands are provided to fully automate an installation, the installer must not prompt for user input.