From owner-freebsd-current@freebsd.org Wed May 24 11:31:19 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C7F1D7B010 for ; Wed, 24 May 2017 11:31:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F05AB168A for ; Wed, 24 May 2017 11:31:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v4OBV8Sk063282 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 May 2017 14:31:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v4OBV8Sk063282 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v4OBV8DI063281; Wed, 24 May 2017 14:31:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 May 2017 14:31:08 +0300 From: Konstantin Belousov To: "Hartmann, O." Cc: FreeBSD CURRENT Subject: Re: ino64: desastrous update - recommendations not working!!! Message-ID: <20170524113108.GK1622@kib.kiev.ua> References: <20170524124219.3410c416@hermann> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170524124219.3410c416@hermann> User-Agent: Mutt/1.8.2 (2017-04-18) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2017 11:31:19 -0000 On Wed, May 24, 2017 at 12:42:19PM +0200, Hartmann, O. wrote: > On almost every CURRENT that has been updated according to UPDATING > entry 2017-05-23 regarding ino64, the recommended update process ends > up in a desaster or, if the old environemnt/kernel is intact, itr > doesn't work. > > Procedure: > > make -jX buildworld buildkernel [successful] > make installkernel [successful] > reboot > Booting single user mode as recommended withnthe newly installed kernel > BUMMER! > When it comes to the point to type in the full path of /bin/sh, /bin/sh > immediately fails with SIGNAL 12 Signal 12 is SIGSYS, which strongly suggest that your 'new' kernel is not new, it does not implement some of the syscalls called by new binaries. > > In this case, I can boot without problems the old kernel and the system > works again. > > But, depending on the entry revision from which I started the 22nd, or > 23rd of May ino64-deal, there is a more harsh failure! I do not understand what are you trying to say there. > > According to the above recommendation of updating, BUMMER! doesn't > occur at that point and the shell /bin/sh starts as expected. > Performing > > mergemaster -Fp > > also performs well without any questions or installations so far, > but then > > make installworld > > BUMMER! again and this time with fatal consequences! The installation > fails in libexec/rtld-elf or something like that in the > source/object tree after copying libexec/ld-elf.so.1. I > see /libexec/ld-elf.so.1 successfully copied with the security copy > marked with appendix .old being of a conclusive date and time. > The installworld bails out, leaves the tree in a mixture of old and new > binaries and now, thanks, the whole system ist wrecked. > When trying to reboot such a half-ready installation in single user > mode, I can't even get an shell enymore. > > How can I fix this emergency case with the tools aboard? > > Since there is no compiler or build infrastructure any more on the USB > bootimage, I can not simply installworld and installkernel - the boot > image is useless - on this list I had such a discussion in March. For > short: I have the intact and complete /usr/obj tree and I think it > would be a great deal to be able to simply boot via USB memstick and > perform installworld with propper settings of DESTDIR= and sibblings. > > Yes, now what is to do ... :-( > > Help appreciated and thanks in advance for those reading so far. I put a statically built stat(1) binary there: https://www.kib.kiev.ua/kib/stat-ino64-static You might use it as a test for the right kernel: after you boot with supposedly new kernel but old world, try to run the binary. If running results in SIGSYS (12), you have configuration issue to solve.