From owner-freebsd-questions Thu Feb 17 6:53:44 2000 Delivered-To: freebsd-questions@freebsd.org Received: from relay.ucb.crimea.ua (UCB-Async4-CRISCO.CRIS.NET [212.110.129.130]) by hub.freebsd.org (Postfix) with ESMTP id AA37A37B733 for ; Thu, 17 Feb 2000 06:53:06 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.3/8.9.3/UCB) id QAA52329; Thu, 17 Feb 2000 16:51:57 +0200 (EET) (envelope-from ru) Date: Thu, 17 Feb 2000 16:51:57 +0200 From: Ruslan Ermilov To: John Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Failed Installworld... Help? Message-ID: <20000217165157.B38813@relay.ucb.crimea.ua> Mail-Followup-To: John , freebsd-questions@FreeBSD.ORG 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <4.1.20000217093610.009f6e60@mail.udel.edu>; from John on Thu, Feb 17, 2000 at 09:40:18AM -0500 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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 /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