All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sébastien Côté <scote1@matrox.com>
To: Kyle Harris <kharris@nexus-tech.net>
Cc: LinuxPPC-embedded list <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: initrd problems
Date: Mon, 22 Jan 2001 15:45:33 -0500	[thread overview]
Message-ID: <3A6C9BED.8E960844@matrox.com> (raw)
In-Reply-To: 3A6C88D1.39BC0E9E@nexus-tech.net


Kyle Harris wrote:
>
> Sébastien Côté wrote:
> > Ok, now this is exactly what I do.  The initrd doesn't get overwritten
> > anymore.  The function mount_root is called, the root device is opened
> > but I get a panic at:
> >
> >         sb = get_super(ROOT_DEV);
> >         if (sb) { goto mount_it}
> >         ...
> >
> >         read_unlock(&file_systems_lock);
> >         panic("VFS: Unable to mount root fs on %s", kdevname(ROOT_DEV));
>
> You'll also get this error if your kernel has not been built with
> support for the filesystem (e.g. ext2) contained on your initrd.

Unfortunately, that's not the problem.  I get the same error if I point
r4 (initrd_start) to an invalid value so I guess the problem must be
with initrd.  Maybe initrd_start shouldn't be 0 when I get to that
point, now I just need to find why it changed!


Thanks anyway,

Sébastien Côté

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2001-01-22 20:45 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-18 15:53 initrd problems Sébastien Côté
2001-01-18 22:27 ` Sébastien Côté
2001-01-18 20:01   ` Matt Porter
2001-01-19 17:22     ` Sébastien Côté
2001-01-20 14:35       ` Matt Porter
2001-01-22 18:56         ` Sébastien Côté
2001-01-22 19:24           ` Kyle Harris
2001-01-22 20:45             ` Sébastien Côté [this message]
2001-01-19  1:13   ` Mark A. Greer
2001-01-19 14:53     ` Sébastien Côté
2001-01-23 21:03       ` Michael Pruznick
  -- strict thread matches above, loose matches on Subject: below --
2001-11-05 18:13 Initrd Problems SoloCDM
2002-10-30 16:28 initrd problems Anders Blomdell
2002-10-30 16:47 ` Wolfgang Denk
2003-04-24  5:32 Sriram Narasimhan
2003-04-24  7:35 ` Wolfgang Denk

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=3A6C9BED.8E960844@matrox.com \
    --to=scote1@matrox.com \
    --cc=kharris@nexus-tech.net \
    --cc=linuxppc-embedded@lists.linuxppc.org \
    /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.