From owner-freebsd-current Mon Jan 22 0:43:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id D7E1D37B401; Mon, 22 Jan 2001 00:42:52 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f0M8gqk14036; Mon, 22 Jan 2001 00:42:52 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200101220842.f0M8gqk14036@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: John Baldwin , "Donald J . Maddox" , freebsd-current@FreeBSD.org, The Hermit Hacker Subject: Re: lastest kernel from cvs ( sh exists with signal 8 ) In-Reply-To: <20010122022757.B18935@cae88-102-101.sc.rr.com> Date: Mon, 22 Jan 2001 00:42:52 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Donald J . Maddox" wrote: > Ok, fair enough. I have to confess that my usual procedure remains, > as it has been for a long time, like this: > > 1) rm -r /usr/include; cd /usr/src; make includes > > This may be controversial, but it has always worked for me, and although > it's not supposed to (in my understanding), the build (I think both world > and kernel) does use installed headers. If you don't think so, mv > /usr/include and then try to build either. > > 2) cd usr.sbin/config; make obj && make depend && make && make install > > 3) config and build kernel > > 4) make buildworld > > 5) install kernel > > 6) make installworld > > 7) update /etc if necessary > > 8) reboot > > Here lately, I have been trying to break this cycle and use the > > 1) make buildworld > > 2) make buildkernel > > 3) make installkernel > > 4) make installworld Here is where you are going wrong.. You reboot before doing an installworld because you can boot kernel.old real easy, but you cannot undo an installworld. > 5) reboot > > cycle instead, since I have been assured that this is the canonical > way of doing things now. It appears that these pronouncements were > premature at best. The optimal way always has been and still is: update config if required build kernel install, reboot. check out your kernel. Make sure it is basically functional. If so, then: make buildworld # a stress test for the kernel you just built. If and only if the buildworld lives, do an installworld. *never never never* install a world before the kernel, you cannot back out of it if the kernel is unstable. This is especially important in -current with the SMPng work going on. If your new kernel cannot build a world, then you *dont want to run it* and go back to kernel.old. There is no installworld.old to roll back to. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message