From owner-freebsd-questions Thu Feb 17 6:43:54 2000 Delivered-To: freebsd-questions@freebsd.org Received: from wondermutt.net (host75-157.student.udel.edu [128.175.75.157]) by hub.freebsd.org (Postfix) with ESMTP id 1797237B742 for ; Thu, 17 Feb 2000 06:43:50 -0800 (PST) (envelope-from papalia@udel.edu) Received: from morgaine (morgaine.wondermutt.net [192.168.1.2]) by wondermutt.net (8.9.3/8.9.3) with SMTP id JAA00475; Thu, 17 Feb 2000 09:42:49 -0500 (EST) (envelope-from papalia@udel.edu) Message-Id: <4.1.20000217093610.009f6e60@mail.udel.edu> X-Sender: papalia@mail.udel.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Thu, 17 Feb 2000 09:40:18 -0500 To: Ruslan Ermilov From: John Subject: Re: Failed Installworld... Help? Cc: freebsd-questions@FreeBSD.ORG In-Reply-To: <20000217102825.B19613@relay.ucb.crimea.ua> 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> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >> 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? Thanks again!!! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message