All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Jackson <jerj@coplanar.net>
To: Peter Samuelson <peter@cadcamlab.org>
Cc: Jeremy <prrthd25@yahoo.com>, linux-kernel@vger.kernel.org
Subject: Re: VFS: Cannot open root device
Date: Tue, 06 Mar 2001 16:04:08 -0500	[thread overview]
Message-ID: <3AA550C8.59FC1B4A@coplanar.net> (raw)
In-Reply-To: <20010303011000.1832.qmail@web4203.mail.yahoo.com> <3AA04B88.9B4E5AF8@coplanar.net> <20010306142232.C28368@cadcamlab.org>

Peter Samuelson wrote:

> [Jeremy Jackson]
> > try command 'man mkinitrd' under redhat for hints about initial
> > ramdisk.
>
> I have been puzzled about this for quite some time.  Why exactly does
> everyone always recommend using 'mkinitrd' on Red Hat systems?  It
> seems to me that if you are compiling a kernel for a specific server
> anyway, it is a much more reliable proposition to just compile in
> whatever drivers you need to boot.
>
> initrd's are inherently clumsy and fragile, to my way of thinking.
> I've always thought they should only be used to support diverse or
> unknown hardware, or odd cases like crypto loopback root.  Are there
> other advantages to 'mkinitrd' in the case of a custom kernel for a
> single machine?
>

no the reason redhat uses it is to allow a generic kernel for everyone.
having *ALL* drivers in kernel would make it huge, and some drivers
conflict with each other (not many) so they couldn't all be in there.

If you have made a custom kernel (that is configured properly) you don't
need to bother.  The question is if you configured it properly :)

I would suggest taking a config from redhat (it puts them in
/usr/src/linux/configs)
and just tweaking that. (sorry if i already said that once)

other pitfalls include not having the right root= entry (or missing one) in
lilo.conf.

>
> Peter
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/


      reply	other threads:[~2001-03-06 21:09 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-03  1:10 VFS: Cannot open root device Jeremy
2001-03-03  1:40 ` Jeremy Jackson
2001-03-06 20:22   ` Peter Samuelson
2001-03-06 21:04     ` Jeremy Jackson [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3AA550C8.59FC1B4A@coplanar.net \
    --to=jerj@coplanar.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peter@cadcamlab.org \
    --cc=prrthd25@yahoo.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.