Bizarre initrd problem on CLLF860T
Jason Wohlgemuth
jsw-embedded at mindspring.com
Mon Apr 17 21:02:23 EST 2000
Graham,
Hmmm... Here are some things I would try... it may be helpful to put a debug
line in fs/namei.c, the open_namei call, and simply print the pathname,
maybe this will show you the file which is causing the problem. When I get
to work, I look at the the root device 00:00 and see what is different on my
builds and get back to you with more information.
Jason
-----Original Message-----
From: owner-linuxppc-embedded at lists.linuxppc.org
[mailto:owner-linuxppc-embedded at lists.linuxppc.org]On Behalf Of Graham
Stoney
Sent: Monday, April 17, 2000 4:42 AM
To: Marcus Sundberg
Cc: Graham Stoney; LinuxPPC Embedded Mailing List
Subject: Re: Bizarre initrd problem on CLLF860T
Marcus Sundberg writes:
> > RAMDISK: Compressed image found at block 0
> > VFS: Mounted root (ext2 filesystem)
> > VFS: Cannot open root device 00:00
> > Kernel panic: VFS: Unable to mount root fs on 00:00
>
> Looks like the initrd is sucessfully mounted, then /linuxrc is either
> executed quietly or fails to be executed. In either case the bootup
> continues, and fails to mount the real root device because it is not
> set to anything useful.
Yes, but I'm confused as to why...
> How is your bootup supposed to work? If you want to use the initrd
> as the real root file system you should pass root=/dev/ram to
> the kernel.
I'm just trying to boot to a standalone shell; I have no /linuxrc in my
initrd,
and I do want to use the initrd as the real root file system. Also, I have:
Boot arguments: root=/dev/ram
So it looks to me as though it _should_ work; but why is it trying to
remount
device 00:00? The ramdisk is supposed to be 01:00.
Mucho confusedo,
Graham
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-embedded
mailing list