Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ossy <ossy1980@gmx.net>
To: buildroot@busybox.net
Subject: [Buildroot] Modifying boot scripts in buildroot's output
Date: Mon, 16 Aug 2010 19:57:51 +0200	[thread overview]
Message-ID: <4C697C1F.9050304@gmx.net> (raw)
In-Reply-To: <29415478.post@talk.nabble.com>

Am 12.08.2010 09:16, schrieb JNY:
>
> I've noticed a slight problem with the boot scripts when I install my target
> with buildroot's output.  I know how to modify the scripts by hand after
> installing, but would prefer buildroot's output contain the modified
> scripts, so on installation, the scripts are correct.  I didn't (knowingly)
> configure these scripts, so I assume it's done in the background somewhere.
>
If this is a general problem for ALL target builds and prevent future 
rootfs from beeing bootable, you should describe your problem for the 
mailinglist. Maybe it should be fixed in the main target_skeleton.

But I assume, you like to override the default scripts of the "built-in" 
target_skeleton. My configuration looks like this:
ossy at debian-virtual:~/buildroot/buildroot-dev$ ll 
target/device/sheevaplug/SeagateDockStar/target_skeleton/
insgesamt 0
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 bin
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 boot
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 config
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 dev
drwxr-xr-x  7 ossy ossy 141  8. Aug 22:34 etc
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 home
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 lib
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 mnt
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 opt
drwxr-xr-x  2 ossy ossy  92 18. Mai 22:19 root
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 sbin
drwxr-xr-x  2 ossy ossy  19 18. Mai 22:19 sys
drwxr-xr-x  2 ossy ossy  24 18. Mai 22:19 tmp
drwxr-xr-x  2 ossy ossy  19  6. Aug 22:14 usr
drwxr-xr-x 10 ossy ossy  94 18. Mai 22:19 var

ossy at debian-virtual:~/buildroot/buildroot-dev$ ls -la 
target/device/sheevaplug/SeagateDockStar/target_skeleton/bin/
insgesamt 4
drwxr-xr-x  2 ossy ossy   19 18. Mai 22:19 .
drwxr-xr-x 17 ossy ossy 4096 18. Mai 22:19 ..
-rw-r--r--  1 ossy ossy    0 18. Mai 22:19 .empty


All directories which to not differ from the default have such an 
".empty" stamp in it.
I wanted to modify the inittab in order to modify the default boot 
behaviour a bit. So I put MY modified inittab in:
ossy at debian-virtual:~/buildroot/buildroot-dev$ ls -la 
target/device/sheevaplug/SeagateDockStar/target_skeleton/etc/inittab
-rw-r--r-- 1 ossy ossy 1480  8. Aug 16:32 
target/device/sheevaplug/SeagateDockStar/target_skeleton/etc/inittab

I advised the buildroot mechanism to use a customised target skeleton:
ossy at debian-virtual:~/buildroot/buildroot-dev$ grep target_skeleton .config
BR2_ROOTFS_SKELETON_CUSTOM_PATH="$(BOARD_PATH)/target_skeleton"
(where board-path is target/device/sheevaplug/SeagateDockStar/ )

The resulting rootfs includes the default content where a .empty stamp 
is present, but it includes my modified inittab from 
target/device/sheevaplug/SeagateDockStar/target_skeleton/etc/.

Regards,
Marcus

      reply	other threads:[~2010-08-16 17:57 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-12  7:16 [Buildroot] Modifying boot scripts in buildroot's output JNY
2010-08-16 17:57 ` Ossy [this message]

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=4C697C1F.9050304@gmx.net \
    --to=ossy1980@gmx.net \
    --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