Andrew,<br><br>This is probably unrelated, but I think there may be a bug in section 9.3.1 (Installation of the Kernel).  In it, you are asked to copy system.map:<br><br>cp System.map ${CLFS}/boot/System.map-2.6.38.2<br><br>
and later asked to build the module dependencies:<br><br>${CLFS}/cross-tools/bin/<a href="http://depmod.pl">depmod.pl</a> -F ${CLFS}/boot/System.map \<br>    -b ${CLFS}/lib/modules/<a href="http://2.6.38.2">2.6.38.2</a><br>
<br>But at that point the name of the file is "${CLFS}/boot/System.map-2.6.38.2" rather than "${CLFS}/boot/System.map" as indicated in the last line.  I had forgotten that this line had failed.  But I went back and changed it and it executed fine.  The system has the same problem, but I thought it was worth describing what I think is a mistake.<br>
<br>Lance<br><br><div class="gmail_quote">On Mon, Oct 10, 2011 at 2:09 PM, Andrew Bradford <span dir="ltr"><<a href="mailto:bradfa@gmail.com">bradfa@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Mon, Oct 10, 2011 at 11:39 AM, Lance Jump <<a href="mailto:lancej29@gmail.com">lancej29@gmail.com</a>> wrote:<br>
>> If you follow the embedded book exactly for creating the user account<br>
>> to build an embedded system, nothing will leak into your build from<br>
>> the host.<br>
><br>
> Yes, it is well thought out in that respect.  The problem is the "follow it<br>
> exactly" part. Experience has shown me that I make enough mistakes to want a<br>
> safety net.<br>
<br>
</div>Understandable.<br>
If you can think of any way we could make the user creation less<br>
complex but still keep the nice separation between the host and target<br>
builds, please let me know.  I admit the current method is not as<br>
brain-dead-simple as it could be.  User creation is one of the spots<br>
where it's easy to make one tiny mistake that ruins and entire build<br>
by polluting the target environment.<br>
<div class="im"><br>
> I agree that scripts are not running.  My earlier experiments of putting<br>
> messages (including echoing to files) appears to confirm this.  I seem to be<br>
> able to run various things by replacing sysinit and TTY entries in inittab.<br>
> So inittab is being read and busybox runs as do various applets.  But it<br>
> seems that sh (or ash or whatever) itself will not actually run so no shell<br>
> scripts (e.g. startup) can run.<br>
<br>
</div>Stupid question, but you do have the symlink from<br>
${CLFS}/etc/init.d/rcS to ../rc.d/startup, right? (section 10.2)<br>
That's required unless you want to change the config used for BusyBox<br>
before building it.  I don't remember (and not in front of a Linux box<br>
right now) but I think the bootscript location is somewhat hard coded<br>
(I think) into BusyBox which is why we have the symlink right now.<br>
Changing the bootscripts makefile and naming of the startup script<br>
could fix this and make it simpler.<br>
<br>
Boot scripts haven't gotten much love yet, sorry.<br>
<div><div></div><div class="h5"><br>
-Andrew<br>
_______________________________________________<br>
Clfs-support mailing list<br>
<a href="mailto:Clfs-support@lists.cross-lfs.org">Clfs-support@lists.cross-lfs.org</a><br>
<a href="http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org" target="_blank">http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org</a><br>
</div></div></blockquote></div><br>