From: Michael S. Zick <minimod@morethan.org>
To: buildroot@busybox.net
Subject: [Buildroot] Trying to build in an usual place: /opt instead of /
Date: Fri, 4 Dec 2009 10:12:49 -0600 [thread overview]
Message-ID: <200912041012.52192.minimod@morethan.org> (raw)
In-Reply-To: <5cd84ac80912040749h6ab022b8nc221d7ccc5298d7d@mail.gmail.com>
On Fri December 4 2009, Olivier Perron wrote:
> On Tue, Dec 1, 2009 at 7:42 PM, Michael S. Zick <minimod@morethan.org> wrote:
> > On Tue December 1 2009, Olivier Perron wrote:
> >> [...]
> >> >>>
> >> >>
> >> >> Why not using chroot ?
> >> >>
> >> >
> >> > Because I still need to access /dev ?
> >> >
> >>
> >> Hum... bad answer !
> >> # mkdir /opt/dev
> >> # mount -o bind /dev /opt/dev
> >> before chrooting should do the trick.
> >>
> >
> > You don't need that, unless you want the changes made in
> > the chroot/dev to show up outside of the chroot.
> >
> > Just initialize the device nodes in chroot/dev, they will
> > work just fine there (the kernel uses the device numbers,
> > not the path).
> >
> > Presuming a bare busybox in chroot/bin - (/opt/test/bin)
> > Here is the short version:
> >
> > mount -t proc proc /opt/test/proc
> > mount -t sysfs sysfs /opt/test/sys
> > chroot /opt/test /bin/busybox sh
> > /bin/busybox --install -s
> > mdev -s
> >
> > Your done. ?Have fun.
> >
> > Mike
>
> Mike,
>
> this doesn't work (well not completely).
> Once chrooted, when I want to start X I got an error which says:
> Fatal server error:
> xf86OpenConsole: Cannot find a free VT: Inappropriate ioctl for device
>
> My solution (to mount with the -bind option) works ok.
>
Allow me to repeat myself:
> > Here is the short version:
Now, I can't see where you mentioned that you wanted anything
*other than* the minimum set of devices.
So, the longer answer:
http://minimodding.com/tiki-index.php?page=FirmwareEvalSystem
And if you really want to learn about what you are trying to do:
http://www.linuxfromscratch.org/
And remember that Google is your friend if the system turns out
to be missing the VT (virtual terminals). ;)
Mike
> Cheers
> Olivier
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
>
next prev parent reply other threads:[~2009-12-04 16:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-01 13:10 [Buildroot] Trying to build in an usual place: /opt instead of / Olivier Perron
2009-12-01 13:21 ` Lionel Landwerlin
2009-12-01 14:10 ` Olivier Perron
2009-12-01 14:18 ` Olivier Perron
2009-12-01 14:23 ` Lionel Landwerlin
2009-12-01 18:42 ` Michael S. Zick
2009-12-04 15:49 ` Olivier Perron
2009-12-04 16:12 ` Michael S. Zick [this message]
2009-12-04 16:30 ` Olivier Perron
2009-12-04 17:23 ` Michael S. Zick
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=200912041012.52192.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