Bug 52386 - RFE: Unneeded questions when Network driver is not on the bootdisk.
Summary: RFE: Unneeded questions when Network driver is not on the bootdisk.
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-23 12:16 UTC by Niels Basjes
Modified: 2007-04-18 16:36 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-03-07 22:31:57 UTC
Embargoed:


Attachments (Terms of Use)

Description Niels Basjes 2001-08-23 12:16:30 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.2.14-5.0 i686)

Description of problem:
When installing using kickstart for NFS installation AND the driver for the
network adapter is not on the bootdisk but on the driver disk then the
installation procedure will ask questions for which the answer is present
in the kickstart file.
These are the language, keyboard, installation type and for NFS also the
server name and directory. When the netwrok driver is on the bootdisk then
these questions are not asked.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Computer with network adapter for which the driver is NOT on the
bootdisk.
2. Boot with "append ks=floppy initrd=initrd.img network driverdisk" in the
syslinux.cfg and a ks.cfg which specifies a NFS installation.
3. The settings for language, keyboard , installation type and for NFS also
the server name and directory are asked even though this information is
present in the ks.cfg file.
	

Actual Results:  Unneeded questions.

Expected Results:  Skip the questions for which the answer is known.

Additional info:

For now I've hacked into the sources for lang.c and loader.c to hardcoded
the answers and removed the calls to the mentioned question dialogs. For
now it works but it isn't the preferred way.

Comment 1 Matt Wilson 2001-08-23 16:01:05 UTC
This will require a bit of new code, it won't be in the next release.  We'll
keep it on the TODO list, though.


Comment 2 Jeremy Katz 2003-03-07 22:31:57 UTC
This shouldn't be a problem anymore with our current code.


Note You need to log in before you can comment on or make changes to this bug.