Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Roman Chertov <rchertov@cs.ucsb.edu>
To: buildroot@busybox.net
Subject: [Buildroot] busybox question
Date: Wed, 28 Oct 2009 12:35:26 -0700	[thread overview]
Message-ID: <4AE89CFE.5050406@cs.ucsb.edu> (raw)
In-Reply-To: <4AE87550.9090603@toumaz.com>

Emmanuel,

I have created a tar fs and then untarred as root so that mknod would
work properly.  I have then rebooted the board and pointed it to the new
file system.  I get the uClibc prompt, but I can't log in.  This means
that busybox is working.  However, I suspect that the serial line is not
configured correctly in inittab. (I added ttyS0, ttyS1, and ttyAM0)

However, I also modified /etc/init.d/rcS to print a debug message (echo
-n).  I have also modified rcC to call script which would reboot the
board in 2 minutes.  That would allow me to make changes to the rootfs
and then try booting the whole thing again.  However, I don't see the
debug messages, the sshd, snmpd, ntp, startup messages (rcS is supposed
to invoke those).  Also, my auto reboot does not work.  I suspect that
init never called the /etc/init.d/rcS file.

I would appreciate any hints regarding this.

Roman

Emmanuel Riou wrote:
> Hi Roman,
> 
> please see my comments inline,
> 
> Roman Chertov wrote:
>> Peter Korsgaard wrote:
>>>>>>>> "Roman" == Roman Chertov <rchertov@cs.ucsb.edu> writes:
>>>  Roman> Hello,
>>>  Roman> I have an ARM920T board that I am trying to get going with
>>> buildroot and
>>>  Roman> uClibc.  I managed to compile the kernel, and it boots up to
>>> the point
>>>  Roman> where the login must happen.  Nothing happens at that point. 
>>> However,
>>>  Roman> the machine runs as I can ping it.  I have tried to init=/bin/sh
>>>  Roman> init=/bin/ethtool, but I did not get any output to indicate that
>>>  Roman> something started.
>>>
>>> And you have set console= to something sensible? What is the last output
>>> you get from the kernel?
>>
>> console=ttyAM0,115200 ip=dhcp noinitrd root=/dev/nfs init=/sbin/init
>> nfsroot=192.168.0.1:/proj/tools/buildroot-2009.08/project_build_arm/uclibc/root/
>>
>> This is my argument list to the kernel.
>>
>> This was my last message from the kernel
>>
>> VFS: Mounted root (nfs filesystem).
>>
>> Freeing init memory: 120K
>>
>> Based on Francisco's private email, I made some nodes in the /dev
>> directory as by default, buildroot creates only files and not device
>> files with major/minor numbers.  I made the nodes by copying some of the
>> devices from the board's default disk while it was running.  Now, when I
>> boot, I get the following repeating sequence.
>>
>> can't open /dev/~: No such file or directory
>>
>> can't open /dev/tty1: No such file or directory
>>
>> can't open /dev/tty2: No such file or directory
>>
> You have to configure buildroot to generate a tar archive of your
> filesystem, since buildroot uses fakeroot to create the /dev files in
> the archive (buildroot can't create the /dev files in your project
> directory as you are not root). You just have to untar this archive then
> to get your complete root filesystem you're gonna mount via NFS.
> 
> Hope this helps,
> 
> Emmanuel.
> 
> 
>>
>> Looks like the culprit, is the improper device setup.
>>
>>> Do you have software floating point support enabled in buildroot?
>>> (toolchain->Use software floating point by default)
>>
>> This is not set.
>>
>>>  Roman> I have the following question.  I can build the default image
>>> on the
>>>  Roman> board (Debian 2.4, glibc) and mount the buildroot root fs
>>> over NFS.
>>>  Roman> However, if I try to execute any program, I get the following
>>> errors:
>>>
>>>  Roman> root at ts7000:bin# ./busybox
>>>  Roman> -bash: ./busybox: No such file or directory
>>>
>>> You'll probably have to chroot into the nfs dir to get the dynamic
>>> linker to work.
>>
>> I will give this a shot later on today.
>>
>> Thanks.
>>
>> Roman
>>
>>>
>>
>> _______________________________________________
>> buildroot mailing list
>> buildroot at busybox.net
>> http://lists.busybox.net/mailman/listinfo/buildroot
>>
> 

  reply	other threads:[~2009-10-28 19:35 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-27 21:12 [Buildroot] [git commit master] synergy: needs C++ support Peter Korsgaard
2009-10-28  4:25 ` [Buildroot] busybox question Roman Chertov
2009-10-28 10:13   ` Peter Korsgaard
2009-10-28 16:26     ` Roman Chertov
2009-10-28 16:46       ` Emmanuel Riou
2009-10-28 19:35         ` Roman Chertov [this message]
2009-10-28 20:37           ` Peter Korsgaard
2009-10-28 20:51             ` Roman Chertov
2009-10-28 21:00               ` Peter Korsgaard
2009-10-29 16:10                 ` Roman Chertov
2009-10-28 19:36       ` Peter Korsgaard

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=4AE89CFE.5050406@cs.ucsb.edu \
    --to=rchertov@cs.ucsb.edu \
    --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