All of lore.kernel.org
 help / color / mirror / Atom feed
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
> 
> 

  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 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.