I'd like a kickstart file that works for both IDE and SCSI but doesn't wipe the second drive. Right now anaconda dies saying that either hda or sda doesn't exist. I have to do bad hackery like this: # Clear all partitions from the first disk %include /tmp/clearpart %pre if [ `cat /proc/partitions | grep 'hda ' | wc -l` -gt 0 ]; then echo "clearpart --drives=hda --initlabel" > /tmp/clearpart echo "IDE drive detected" elif [ `cat /proc/partitions | grep 'sda ' | wc -l` -gt 0 ]; then echo "clearpart --drives=sda --initlabel" > /tmp/clearpart echo "SCSI drive detected" else chvt 3 echo "Fatal error, can't detect ide or scsi from /proc/partitions" cat /proc/partitions # We die here read fi
Additionally, it'd be great if --ondrive would take a drive number, as in --ondrive=1 that way, I don't have to hardcode hda or sda and worry about the installer maybe installing on the second drive
Defining what is the "first" drive gets me three answers from talking with three different people. This is exactly why we added the %include syntax was so that people could get exactly what they wanted.
Ok. But "first drive" isn't that hard to figure out, especially when the system only has IDE or SCSI. If it has both, no need to be too fancy and guess what the bios is going to boot, just default to hda That's still ways better than nothing, or a custom include script I guess a syntax similar to grub's (hd0,0) for first partition of the first drive whether it's IDE or SCSI would have been more convenient for the kickstart config file
If a system only has IDE or SCSI, then it's easy to make the kickstart config correct also. Things are only ever complicated in environments where they get mixed and when you start throwing things like cciss into the fray. Grub's syntax doesn't help, it has the exact same problems (which is why there is a way to reorder drives on the advanced boot loader screen). Again, this is *exactly* the scenario that %include exists for, so that you can use the criteria that makes the most sense to you.