Anaconda is Awesome! How to force a network request with local media using kickstart

I sure love it when I solve my own problems, but the internets are a great help to enabling me.

Today, I found myself needing to enable the network (using dhcp) from the anaconda command line (the part that says boot: when you load a CentOS/RHEL/Fedora install disk).

I needed this because I was providing a bit of local media to our external employees for them to use to install, but I had 3 yum repositories I wanted them to be able to use for a few additional rpms I provided.

So, I popped into one of my common support channels and asked the question:

16:11 < herlo> looking for an option that I can put on the anaconda boot: prompt that will force a
               dhcp request even though the install is from a local disk.  I have repos that are not
               being accessed because the network is not being enabled.
16:11 < herlo> things I have tried
16:11 < herlo> ip=dhcp
16:12 < herlo> boot: linux noipv6 ks=hd:sdb1:media/kickstart.cfg ip=dhcp
16:20 < herlo> okay, so for those who might care
16:20 < herlo> if you do
16:20 < herlo> boot: linux asknetwork ip=dhcp noipv6 ks=hd:sdb1:media/kickstart.cfg
16:20 < herlo> anaconda will force a network dhcp request :)
16:20  * herlo is happy again

As you may have noticed above, I resolved this issue without any assistance from the channel, and it only took me 10 minutes to do so.  I found my answer by trial and error from a great page on the fedora wiki:

Probably the only thing I wish was documented on that page was when each of the options started being supported in anaconda.  Otherwise, thank you to the folks that wrote and maintain that page.



This entry was posted in Fedora, Guru, Install, Tech, Yum and tagged , , , , , , , . Bookmark the permalink.

2 Responses to Anaconda is Awesome! How to force a network request with local media using kickstart

  1. Jeremy Katz says:

    The “which release it came about” is a little tricky to do given the intricacies of if/when things get backported to RHEL (or in a few cases, get done first for RHEL and forward ported. *sigh*)

    Glad the page is helpful though!

  2. herlo says:

    Oh, I completely understand that way of thinking, but I don’t care so much about the porting, just want a list of versions it worked since. But alas, we’re all volunteers in this army, keep up the good fight :)

Leave a Reply

Your email address will not be published. Required fields are marked *