From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 20 03:19:50 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F328A16A505; Thu, 20 Jan 2005 03:19:49 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6ACB43D46; Thu, 20 Jan 2005 03:19:49 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C176D72DD4; Wed, 19 Jan 2005 19:19:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BEB7372DCB; Wed, 19 Jan 2005 19:19:49 -0800 (PST) Date: Wed, 19 Jan 2005 19:19:49 -0800 (PST) From: Doug White To: "Michael R. Wayne" In-Reply-To: <20050119214229.GE1168@manor.msen.com> Message-ID: <20050119191813.H78340@carver.gumbysoft.com> References: <20050119214229.GE1168@manor.msen.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Failure on today's CVS (stable, AMD) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 03:19:50 -0000 On Wed, 19 Jan 2005, Michael R. Wayne wrote: > CVS today. Dual Opteron running > 5.3-STABLE #3: Tue Nov 30 01:44:05 EST 2004 > > Following the instructions in UPDATING, I get the following, > indicating a bad kernel. 2 questions: > > 1) Is this a known, corrected issue as of today? I ran another > CVSUP and did not see any changed to src. Looks like your SCSi controller stopped probing. You'll need to look at the dmesg more closely to identify why. > 2) More importantly, I recovered by loading /boot/kernel.old/kernel > and the box is up BUT I am concerned that the NEXT time that I > do "make installkernel" I'll stomp on kernel.old losing this fallback > procedure. I can certainly copy /boot/kernel.old to /boot/kernel.save > but is there something else I should save? Or is there another > suggested procedure? You can use "make reinstallkernel", which will just spam over the current one without rotating it. I'd make the backup anyway in case you screw up; its also nice to keep a known working kenrel around Just In Case. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org