Thanks Mikkel, Remo, and Jacob.
That clears up my questions. Yes, Mikkel, I am booting from ide devices
and I have SCSI devices (tape backup) in that machine as well.
Mkinitrd has a very nice switch (--ifneeded). I did the mkinitrd using
this switch and it made a new initrd image. So I must have needed it
for the tape backup.
Mikkel, very wise words to have multiple entries in your lilo.conf file
when making new kernels and such.
Thanks to all for the help !
Mike
Mikkel L. Ellertson wrote:
> On Wed, 28 Mar 2001, Remo Mattei wrote:
>> Well here it is:
>> if you systems is a scsi machine you need to have initrd to boot
>> otherwise you will not be able to. Of course you do not need that with
>> the ide drive that's why is not there. Every time you rebuild your
>> kernel, usually upgrading only you need to recompile your initrd as well
>> otherwise you will get an error at boot time..........which is kernel
[snip]
> If you look at his lilo.conf files, both machines are IDE machines,
> running 2.2.x kernels. With the root file system on an IDE drive, you
> do not need an initial RAM disk, because the drivers for the root file
> system are build in the kernel. (This is not the case with the 2.4.x
> kernels, from what I understand...)
>
> The exception to this is if you are using a IDE controller that the
> standard IDE driver doesn't work with.
>
[snip]
>>
> Look in /etc/modules.conf, and see if you loading a module for your IDE
> controller. If not, you do not need the initrd line. If you need a
> special IDE driver, then you will have to run mkinitrd, or compile a
> custom kernel with the driver installed.
>
> As a check, create the entry for the new kernel with out the initrd
> line, and see if the system boots. If so, you are done. If it doesn't,
> select the old kernel and boot, then run mkinitrd. (Always keep the old
> kernel, and a LILO entry for it, untill you are sure the new kernel is
> working right!)
>
> Mikkel
--
IBM: I've Been Misled
12:15pm up 1 day, 11:09, 6 users, load average: 1.26, 1.14, 1.17
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
