Date: Thu, 17 Feb 2000 16:51:57 +0200 From: Ruslan Ermilov <ru@ucb.crimea.ua> To: John <papalia@udel.edu> Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Failed Installworld... Help? Message-ID: <20000217165157.B38813@relay.ucb.crimea.ua> In-Reply-To: <4.1.20000217093610.009f6e60@mail.udel.edu>; from John on Thu, Feb 17, 2000 at 09:40:18AM -0500 References: <4.1.20000216234007.009febf0@mail.udel.edu> <4.1.20000216124259.00a4b100@mail.udel.edu> <4.1.20000216124259.00a4b100@mail.udel.edu> <20000216200539.A34276@relay.ucb.crimea.ua> <4.1.20000216234007.009febf0@mail.udel.edu> <20000217102825.B19613@relay.ucb.crimea.ua> <4.1.20000217093610.009f6e60@mail.udel.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 17, 2000 at 09:40:18AM -0500, John wrote:
> >> >> Hey all...
> >> >> Any ideas what might cause the following error? I'm performing the
> >install
> >> >> as root from the console. A friend suggested I might be running out of
> >> >> space in one of my file systems, but I doubt that's the problem since all
> >> >> my files systems have 400M free or more. Any ideas? Thanks!!!! --John
> >> >> ===> bin
> >> >> ===> bin/cat
> >> >> install -c -s -o root -g wheel -m 555 cat /bin
> >> >> /usr/obj/var/src/tmp/usr/libexec/elf/strip: /bin/stQ23863: Operation not
> >> >> permitted
> >> >> *** Error code 70
> >> >>
> >> >> Stop.
> >> >> *** Error code 1
> >> >>
> >> >Are you doing this in a single-user mode and with an up-to-date kernel?
> >>
> >> Well, I just rebuilt the kernel, dropped to single user mode. make
> >> buildworld went great. make installworld bombed again, in the same place.
> >>
> >> Interesting point - the file name in bin (ie: /bin/stQ23863) is NOT the
> >> same every time. Every time I make installworld, it has a different
> >> alpha-numeric sequence. Why would THAT be?
> >>
> >Because it is a temporary filename generated with mktemp(3).
> >
> >> Is there a way to just pick up an installworld at the point of failure and
> >> continue onward?
> >>
> >make -k installworld
> >
> >should ignore most errors.
> >
> >Before you try `make -k installworld'... What do the following commands
> >return when booting with an up-to-date kernel in a single-user mode and
> >mounting filesystems read-write:
> >
>
> Outputs were as follows:
>
> ># /usr/bin/which file strip
> # /usr/bin/which file strip
> /usr/bin/file
> /usr/bin/strip
>
> ># /usr/bin/objformat
> # /usr/bin/objformat
> elf
>
> ># /usr/bin/file /bin/cat
> # /usr/bin/file /bin/cat
> /bin/cat: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD),
> statically linked, not stripped
>
> ># /usr/bin/env OBJFORMAT_PATH=/usr/obj/var/src/tmp/usr/libexec
> >/usr/bin/strip /bin/cat
>
> # /usr/bin/env OBJFORMAT_PATH=/usr/obj/var/src/tmp/usr/libexec
> /usr/bin/strip /bin/cat
> strip: could not exec elf/strip in /usr/obj/var/src/tmp/usr/libexec: No
> such file or directory
>
> This output caused me to wonder what was going on... I think I figured it
> out... my source tree is in its own file system called /cvs. So, I modified
> the above command line to the following and got the following output:
>
> # /usr/bin/env OBJFORMAT_PATH=/usr/obj/cvs/src/tmp/usr/libexec
> /usr/bin/strip /bin/cat
> /usr/obj/cvs/src/tmp/usr/libexec/elf/strip: /bin/stGiZE50: Operation not
> permitted
>
> Which, as can be guess led to:
>
> ># /usr/bin/strip /bin/cat
>
> # /usr/bin/strip /bin/cat
> /usr/libexec/elf/strip: /bin/sttWAj29: Operation not permitted
>
> Does this help at all? If so, what's it tell us?
>
Try to compile a simple "{}" C program and put it into /tmp.
Does the /usr/bin/strip fails with the same error?
If yes, could you recompile the whole src/gnu/usr.bin/binutils with
`make -DDEBUG_FLAGS=-g clean all', and then try to
`gdb <compiled_strip_binary> /bin/cat' again to see where in source
it does fail?
I'm also attaching you (in next private message) a working version
of /usr/libexec/elf/strip, so you could try it.
--
Ruslan Ermilov Sysadmin and DBA of the
ru@ucb.crimea.ua United Commercial Bank,
ru@FreeBSD.org FreeBSD committer,
+380.652.247.647 Simferopol, Ukraine
http://www.FreeBSD.org The Power To Serve
http://www.oracle.com Enabling The Information Age
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000217165157.B38813>