From: Prakash kanthi <pkanthi@yahoo•com>
To: dnevil@snmc•com
Cc: linuxppc-embedded@lists•linuxppc.org
Subject: Re: Linux Kernel hangs after execve('/bin/sh')
Date: Wed, 22 Jan 2003 11:50:06 -0800 (PST) [thread overview]
Message-ID: <20030122195006.67877.qmail@web41207.mail.yahoo.com> (raw)
In-Reply-To: <42353.12.148.147.242.1043248979.squirrel@nevil.org>
Hurray .......
Daris, you suggestion seem to work. I Compiled my
hello.c with -Bstatic (size was almost 1MB), added it
to ramdisk and it works. So now the problem is
narrowed down to, being not able to work with the
shared libraries.
One point is that, i DID NOT get any errors (atleast
on the screen) while execve was loading shared
libraries in the process of executing /bin/sh. But for
sure, my problem is related to it.
I really appreciate any suggestions related to this
issue.
Thanks,
Prakash
--- Daris A Nevil <dnevil@snmc•com> wrote:
>
> Prakash,
>
> Try compiling your hello.c program with the -Bstatic
> flag. That will
> eliminate the need to load libraries, and should
> show if there are other
> problems. If that works OK then we can focus on why
> your library loading
> is failing.
>
> Regards,
> Daris Nevil
>
>
> Prakash kanthi said:
> >
> > Hi FOlks,
> >
> > I finally reached the last step (hopefully) of
> linux
> > kernel booting process. Kernel gets stuck after
> doing
> > a 'execve("/bin/sh")'. I tried using different
> > ramdisks, still no difference.
> >
> > I added few printk's in the source, following the
> > function call path from 'execve' call. Following
> is
> > the output. You can see that, execve goes through
> > without any file permission problems and
> subsequently
> > it tries to open /lib/ld.so.1 flawlessly. After
> that i
> > see nothing on the terminal.
> >
> > ---------
> > init:Trying to bring /bin/sh up.
> > do_execve:enter for /bin/sh
> > open_exec:enter for /bin/sh.
> > open_exec:Permission error=0.
> > dentry_open:enter.
> > dentry_open: after file->f_op->open. 0
> > open_exec:enter for /lib/ld.so.1.
> > open_exec:Permission error=0.
> > dentry_open:enter.
> > dentry_open: after file->f_op->open. 0
> > do_execve: after search_binary_handler. retval=0
> > -----------
> >
> >
> > I wrote a small standalone program hello.c to
> test, if
> > i can dynamically load it from init() instead of
> > loading /bin/sh. I compiled the program added it
> to my
> > ramdisk and called from init(). Following is the
> > output. You can see that, it did all of it that it
> did
> > for /bin/sh and also tried to open
> /etc/ld.so.preload
> > and /etc/ld.so.cache and failed. But again towards
> the
> > end, it tries to open /lib/libc.so.6 and succeds
> but
> > still no output is displayed that hello.c is
> trying to
> > print.
> >
> > ---------
> > init:Trying to bring /bin/hello up.
> > do_execve:enter for /bin/hello
> > open_exec:enter for /bin/hello.
> > open_exec:Permission error=0.
> > dentry_open:enter.
> > dentry_open: after file->f_op->open. 0
> > open_exec:enter for /lib/ld.so.1.
> > open_exec:Permission error=0.
> > dentry_open:enter.
> > dentry_open: after file->f_op->open. 0
> > do_execve: after search_binary_handler. retval=0
> > sys_open:enter for /etc/ld.so.preload.
> > sys_open:unused_fd=3.
> > filp_open:enter for /etc/ld.so.preload.
> > filp_open:open_namei error -2.
> > sys_open:enter for /etc/ld.so.cache.
> > sys_open:unused_fd=3.
> > filp_open:enter for /etc/ld.so.cache.
> > filp_open:open_namei error -2.
> > sys_open:enter for /lib/libc.so.6.
> > sys_open:unused_fd=3.
> > filp_open:enter for /lib/libc.so.6.
> > filp_open:open_namei error 0.
> > dentry_open:enter.
> > dentry_open: after file->f_op->open. 0
> > -----------
> >
> > Can someone please throw some light on this?
> >
> > Thanks,
> > Prakash
> >
> >
>
>
> Daris A Nevil
> Simple Network Magic Corporation
> 401 Kentucky
> McKinney, Texas 75069
> http://www.snmc.com
> 972-562-3751
>
>
>
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2003-01-22 19:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20030116083034.26873.qmail@web41206.mail.yahoo.com>
2003-01-22 0:05 ` busybox source Prakash kanthi
2003-01-22 0:29 ` HyunKook Kim
2003-01-22 5:57 ` Wolfgang Denk
2003-01-22 9:15 ` Linux Kernel hangs after execve("/bin/sh") Prakash kanthi
2003-01-22 9:47 ` Chirag Kantharia
2003-01-22 15:22 ` Linux Kernel hangs after execve('/bin/sh') Daris A Nevil
2003-01-22 19:50 ` Prakash kanthi [this message]
2003-01-22 20:14 ` Mark Pilon
2003-01-24 6:44 ` Linux Kernel hangs after execve("/bin/sh") Jan Damborsky
2003-01-24 7:03 ` Prakash kanthi
2003-01-22 20:35 Linux Kernel hangs after execve('/bin/sh') Jean-Denis Boyer
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=20030122195006.67877.qmail@web41207.mail.yahoo.com \
--to=pkanthi@yahoo$(echo .)com \
--cc=dnevil@snmc$(echo .)com \
--cc=linuxppc-embedded@lists$(echo .)linuxppc.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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