Bug 32831 - missed /sbin/loader
Summary: missed /sbin/loader
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 7.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Brent Fox
QA Contact: Brock Organ
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-03-23 17:03 UTC by Need Real Name
Modified: 2007-04-18 16:32 UTC (History)
0 users

(edit)
Clone Of:
(edit)
Last Closed: 2001-09-26 19:28:42 UTC


Attachments (Terms of Use)

Description Need Real Name 2001-03-23 17:03:55 UTC
During the installation when I do Alt-Ctl-F2 I go to shell.
There in /sbin there some common programs.
Among them there modprobe, insmod , etc
which are symlinked to ./loader
by the ./loader itself is missed,
So I can not do modprobe during the installation.

The fix is to add this program ./loader

Comment 1 Michael Fulbright 2001-03-26 21:13:32 UTC
Brent please check into this, as well as with the latest internal tree.

Comment 2 Brent Fox 2001-03-27 19:24:40 UTC
This works for me under 7.0.  Also works in the latest internal trees.

Comment 3 Need Real Name 2001-03-29 22:09:52 UTC
I used RedHat 7.0 kickstart installation.
There is no loader in /sbin/
when I did Alt-F2

Comment 4 Need Real Name 2001-04-02 15:10:02 UTC
The loader exists in /sbin if I use standard boot disk and start
standard installation procedure.

In case I use kickstart installation
(or probably any other which uses bootnet.img)
THERE IS NO /sbin/loader.

I did not try bootpcmcia.img may be this problem exists with this disk also.


Comment 5 Brent Fox 2001-04-02 16:47:14 UTC
Oh, I wasn't aware you were using boot disks.  I was using the cd.  I was able
to reproduce the problem with a bootnet boot disk for 7.0.  However, it doesn't
happen with the bootnet boot disk in our internal testing builds, so apparently
this problem has been fixed.  However, the issue still exists if you use a
pcmcia boot disk.

Comment 6 Need Real Name 2001-04-02 17:05:37 UTC
 >However, it doesn't
 >happen with the bootnet boot disk in our internal testing builds, so
apparently
 >this problem has been fixed.  However, the issue still exists if you use a
 >pcmcia boot disk.

I hope you will fix this for 7.1 release,
because inability to do run modprobe
in case when installation process failed is very annoyning.


Comment 7 Matt Wilson 2001-04-02 19:24:49 UTC
what module do you need to insert?


Comment 8 Need Real Name 2001-04-02 19:38:39 UTC
>what module do you need to insert?

When using

device scsi ...
or 
device eth ...

in ks.cfg for the devices
the easiest thing to check whether the driver/parameters will work 
is just to do

modprobe  module_name options

If it works - I just put module name and options to ks.cfg and start
installation over.

The inability to do try manually wheter modprobe would work requires to make new
ks.cfg ,
try kickstart again , what is very time consuming.


Comment 9 Brent Fox 2001-04-02 22:25:54 UTC
It's too late to make this kind of change for the next release, but this is
something to think about for future releases.  Deferring for now.

Comment 10 Brent Fox 2001-09-26 19:29:31 UTC
This appears to have been fixed in our internal builds.


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