From: Michael S. Zick <minimod@morethan.org>
To: buildroot@busybox.net
Subject: [Buildroot] Unable to boot via initrd
Date: Wed, 11 Jan 2012 08:04:26 -0600 [thread overview]
Message-ID: <201201110804.29267.minimod@morethan.org> (raw)
In-Reply-To: <20120111090228.GA3269@krikkit>
On Wed January 11 2012, Paul Kuntke wrote:
> Hi to all,
> I'm very new to buildroot and building Initrds and I would like to set up a
> minimalistic environment for booting PCs (i386) over PXE.
>
> For this I would like to set up a Kernel and an initrd as System-Filesystem.
> After everything was build fine I wanted to test the environment. But every
> tries ended in a Kernel-Panic moaning about no /init to find. I've also tried
> to set the "init" kernel-parameter to /bin/busybox. But even then it is not
> able to start /bin/busybox.
>
> As testing environment I tried qemu as well as some real PCs with syslinux
> over PXE.
>
> Kernel-Parameters I've tried: "root=/dev/ram init=/init"
>
Try: rdinit=/bin/sh (or rdinit=/bin/bash) -
One or the other should be there, either in person or by a sym-link to BB.
That should give you an interactive shell, after early user-space is loaded,
but before anything of its scripting is executed.
You probably will not get far until you mount /proc and /sys ;-)
If your Busybox isn't optioned as a standalone shell and the application
links do not pre-exit, use the direct access:
'/bin/busybox ap-name options' form (such as for 'mount' command).
With /proc and /sys mounted...
If BB isn't configured as a stand-alone shell, and the application links
do not pre-exist, the links can be populated with:
/bin/busybox --install
(You may need to make /sbin, /usr/bin, /usr/sbin - depending on your image.)
If the image and kernel wasn't optioned to populate /dev @ devtmpfs, and you
have mdev available (and /sys mounted), you can populate that with:
mdev -s
At which point you should have a fairly functional, ram resident, shell
and tool environment with which to discover what is going wrong.
Mike
> As Initrd I tried to use the bzImage with the build in initrd-image as well as
> the rootfs.cpio.bz2 or rootfs.cpio.
>
> Do I have to set some special Kernel-Params or do I have to set some special
> options in the buildroot config?
>
> Thanks,
> Paul
>
next prev parent reply other threads:[~2012-01-11 14:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-11 9:02 [Buildroot] Unable to boot via initrd Paul Kuntke
2012-01-11 14:04 ` Michael S. Zick [this message]
-- strict thread matches above, loose matches on Subject: below --
2012-07-10 21:24 Bart J. Smit
2012-07-10 22:30 ` Arnout Vandecappelle
2012-07-11 13:54 ` Bart J. Smit
2013-09-02 19:06 Matthieu
2013-09-03 16:11 ` Arnout Vandecappelle
2013-09-03 22:41 ` Matthieu
2013-09-04 7:50 ` Thomas Petazzoni
2013-09-04 11:38 ` Matthieu
2013-09-04 11:53 ` Matthieu
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=201201110804.29267.minimod@morethan.org \
--to=minimod@morethan.org \
--cc=buildroot@busybox.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