Date: Thu, 17 Feb 2000 09:40:18 -0500 From: John <papalia@udel.edu> To: Ruslan Ermilov <ru@ucb.crimea.ua> Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Failed Installworld... Help? Message-ID: <4.1.20000217093610.009f6e60@mail.udel.edu> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
>> >> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4.1.20000217093610.009f6e60>