From: Peter Barada <pbarada@mail.wm.sps.mot.com>
To: qiuqingjun@263.net
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: In initrd, init program is needed or not?
Date: Wed, 12 Sep 2001 10:41:01 -0400 [thread overview]
Message-ID: <200109121441.f8CEf1016518@hyper.wm.sps.mot.com> (raw)
In-Reply-To: <002a01c13b93$72b3c5a0$0200a8c0@aiwa> (qiuqingjun@263.net)
>BTW, if I want to access /proc/... , what files should I add in
>ramdisk. Should I add a program called MOUNT in /bin? who exec rc and
>fstab script , shell(bash , ash) or kernel? Thank you in advance.
After the kernel mounts the root filesystem(via initrd, etc)
it attempts to start the init process be createing a thread
and trying to exec init from the following places(in this order):
/sbin/init
/etc/init
/bin/init
And if none of them can be found, then it tries to fire up a shell
from:
/bin/shell
See init/main.c, init()
Depending on the init executable you place in your root filesystem, it
runs the /etc/rc script, and in there is where you'd a snippet the
looks something like:
/sbin/expand /etc/ramfs.img /dev/ram1
/sbin/mount -n -t proc proc /proc
/sbin/mount -n -t ext2 /dev/ram1 /var
Where the first line decompresses a ramdisk ext filesystem image into
/dev/ram1, the second line mounts the /proc filesystem, and the third
line mounts the ramdisk(/dev/ram1) as a filesystem on /var
Note that /sbin/expand and /sbin/mount can not be in the ramdisk.
Neithere can /sbin/init or /etc/rc.
They have to be in the root filesystem which is mounted before init
starts up.
YMMV,
--
Peter Barada Peter.Barada@motorola.com
Wizard 781-852-2768 (direct)
WaveMark Solutions(wholly owned by Motorola) 781-270-0193 (fax)
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2001-09-12 14:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-12 14:01 In initrd, init program is needed or not? qiuqingjun
2001-09-12 14:41 ` Peter Barada [this message]
2001-09-13 5:07 ` qiuqingjun
2001-09-13 14:18 ` Peter Barada
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=200109121441.f8CEf1016518@hyper.wm.sps.mot.com \
--to=pbarada@mail.wm.sps.mot.com \
--cc=linuxppc-embedded@lists.linuxppc.org \
--cc=qiuqingjun@263.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox