<br><br><div class="gmail_quote">On Mon, Oct 10, 2011 at 8:03 AM, 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 1:25 AM, Lance Jump <<a href="mailto:lancej29@gmail.com">lancej29@gmail.com</a>> wrote:<br>
><br>
> I cannot login into the embedded system to work. I am using the serial port<br>
> for login. When the system boots, I get a login prompt to which I enter the<br>
> user (root -- there is currently no password for root). The system reports:<br>
><br>
> Jan 1 12:53:27 login[595]: root login on 'ttyS0'<br>
><br>
> But then immediately returns to the login prompt.<br>
<br>
</div>Is /dev/ttyS0 really the serial port you should be using? Check your<br>
bootloader (most likely uboot) to see what arguments it is passing to<br>
the kernel regarding console settings. A first guess is that the<br>
BusyBox init is outputting its output to where ever the kernel was<br>
told to but then when you log in, it's doing so on ttyS0.<br></blockquote><div><br>/dev/ttyS0 is the USB/serial console. It is my only console connection to either u-boot or Linux and all of the output appears to go there. It is also the "console=" in the Linux command line. When I execute something (inittab) other than getty (e.g. ls) the output goes there. When I do getty in inittab, it does put out a message saying that root logged in on /dev/ttyS0. Is it still possible that this connection is actually not /dev/ttyS0? How would I check and/or correct? If it is not /dev/ttyS0, what might it be?<br>
</div><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"><br>
> Here is the output near<br>
> the end of the boot and after I try to log inL<br>
<br>
</div>Can you provide the entire boot output including uboot output data?<br>
<a href="http://pastebin.cross-lfs.org/" target="_blank">http://pastebin.cross-lfs.org/</a><br></blockquote><div>Done. <br></div><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"><br>
> I have built the system using CLFS Embedded GIT-0.0.1-20110514. I am<br>
> building in a chroot environment of LFS live 6.3 inside a Ubuntu 10.04 32bit<br>
> x86 bit host. The embedded system is ARM (Marvell Kirkwood OpenRD Client).<br>
<br>
</div>Any reason for building inside the chroot? Building directly on<br>
Ubuntu 10.04 and following the directions in the embedded book should<br>
lead you to a properly built system. I'm not at home now but I<br>
believe I've built CLFS successfully in Ubuntu 10.04 (but yes, that<br>
was inside a chroot on a Debian 6 system :)<br></blockquote><div><br>I wanted to "lock down" a repeatable configuration with a specific distribution. As I recall, LFS-Live was actually recommended in one of the CLFS books (maybe this one). The chroot also allows me ensure that nothing "gets outside" the environment and to very easily "snapshot" places in the development or start over completely without having to worry about any lasting side effects on my main system.<br>
<br></div><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"><br>
> Using a /bin/mount command in place of the getty command, I have found that<br>
> fstab files have not mounted (including /proc, /sys, /dev/pts). This is<br>
> supposed to be done by the startup script, but I don't think it is executing<br>
> since messages from it do not appear (including ones that I log to<br>
> /var/log). If I replace the "::sysinit:/etc/rc.d/startup" with<br>
> "::sysinit:/bin/busybox mount -a" then the file systems are mounted (but I<br>
> still can't log in).<br>
<br>
</div>Are your bootscripts all in the proper places?<br>
The "startup" script should be mounting most of the required filesystems.<br>
See <a href="https://gist.github.com/874183" target="_blank">https://gist.github.com/874183</a> for an example CLFS boot on a<br>
BeagleBoard-xM. The only difference between that boot and yours<br>
should be the GCC flags (which I think you probably have correct if<br>
you're getting any kind of boot) and kernel configuration (and my boot<br>
uses slightly older versions of software since it was from March<br>
2011).<br></blockquote><div><br>The bootscripts appear to be in /etc/rc.d/init.d and related. This agrees with inittab. The startup script does have code in it to perform the mounts, but it is looking like it never executes. I have echo messages in it both to the console and to a file in /var/log and I never see anything.<br>
<br>I will look at the BeagleBoard link and try to see if I can determine the /dev/ttyS0 thing. Thanks for your quick response.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<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>
</blockquote></div><br>