From owner-freebsd-stable Sun Apr 28 1:43: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from empty1.ekahuna.com (empty1.ekahuna.com [198.144.200.196]) by hub.freebsd.org (Postfix) with ESMTP id C133F37B405 for ; Sun, 28 Apr 2002 01:42:59 -0700 (PDT) Received: from pc-02 (pc02.ekahuna.com [198.144.200.197]) by empty1.ekahuna.com (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id com; Sun, 28 Apr 2002 01:42:59 -0700 From: "Philip J. Koenig" Organization: The Electric Kahuna Organization To: stable@FreeBSD.ORG Date: Sun, 28 Apr 2002 01:42:58 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Build sequence (was Re: mergemaster theory (was: Re: /etc/defaults/rc.conf theory) ) Reply-To: pjklist@ekahuna.com Cc: Kevin Oberman X-mailer: Pegasus Mail for Win32 (v3.12c) Message-ID: <20020428084259266.AAA791@empty1.ekahuna.com@pc02.ekahuna.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 24 Apr 2002, at 13:49, I wrote: > On 24 Apr 2002, at 11:23, Kevin Oberman boldly uttered: > > > > > On Tue, 23 Apr 2002, Philip J. Koenig wrote: > > > > My usual sequence is: > > > > > > [multi-user] > > > - cvsup > > > - buildworld > > > - buildkernel > > > > > > [restart into single-user, since shutting down to single-user can > > > cause problems with ie kern securelevel] > > > - mount filesystems, swap, run adjkerntz -i > > > - installkernel > > > - installworld > > > - mergemaster > > > - final cleanup/backup > > > - reboot > > > > > > Reason being I've always read/been told that this is standard > > > practice because changing system files while in multi-user mode can > > > cause various problems. I always thought mergemaster had to come > > > after the install step. > > > > This is NOT standard practice. You need to do the installkernel before the > > reboot. Either do this immediately after the buildkernel or just > > make kernel which is the same as "make buildkernel installkernel". > > > > If you reboot before installing hte kernel, you are NOT confirming that > > the new kernel will run. > > cvsup > > buildworld > > buildkernel > > installkernel > > reboot new kernel > > mount -a -t ufs > > installworld > > mergemaster > > reboot or exit > > You are correct - I diverge from the usual recommendation in that I > usually install the kernel with the world. In the past I actually > found that worked better for me, although in the future I may re- > evaluate that. So I tried the 'accepted' sequence of installing the kernel before the world yesterday. One thing I have always done prior to running mergemaster is to set the console to 132 columns to make it easier to view long lines and to facilitate merging files. When I was running this new kernel (mismatched to the world) vidcontrol was completely broken, none of its commands would work. (anything I typed got met with something along the lines of "must be on virtual console, inappropriate ioctl for device". This problem went away after installing the world.) So I couldn't do anything with the default screen settings. I'd say it's a good example of the kinds of things that can break when you do it that way. So it appears each method has its pluses and minuses. (Maybe the ideal would be to test the new kernel then revert to the old to build the new system, but that would require a 2nd reboot) -- Philip J. Koenig pjklist@ekahuna.com Electric Kahuna Systems -- Computers & Communications for the New Millenium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message