From owner-freebsd-stable@FreeBSD.ORG Thu Oct 19 02:04:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45F1A16A416 for ; Thu, 19 Oct 2006 02:04:59 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AACD43D64 for ; Thu, 19 Oct 2006 02:04:57 +0000 (GMT) (envelope-from ota@j.email.ne.jp) Received: from p600-freebsd.advok.com (pool-151-197-31-183.phil.east.verizon.net [151.197.31.183]) by mail.asahi-net.or.jp (Postfix) with ESMTP id A8F631A73B; Thu, 19 Oct 2006 11:04:54 +0900 (JST) Date: Wed, 18 Oct 2006 22:04:46 -0500 From: Yoshihiro Ota To: Jan Grant Message-Id: <20061018220446.02eae2e1.ota@j.email.ne.jp> In-Reply-To: <20061018120336.H42237@tribble.ilrt.bris.ac.uk> References: <453531C9.7080304@freebsd.org> <20061017230722.GH8866@gargantuan.com> <20061018120336.H42237@tribble.ilrt.bris.ac.uk> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Michael W. Oliver" , FreeBSD Stable Subject: Re: FreeBSD 4.x EoL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 02:04:59 -0000 On Wed, 18 Oct 2006 12:13:11 +0100 (BST) Jan Grant wrote: > > If you're setting up machines that you're going to be upgrading like > this in the future, I think it's _really_ worthwhile hacking out a > couple of "root slices" - that is, space for a second / and /usr - to > facilitate this. You can run mergemaster on a secondary copy of your > /etc (this, of course, requries that the contents of /etc are relatively > quiescent for this step) and tidy up by hand. You can perform a dump & > restore followed by a source upgrade, a fresh source install or a binary > upgrade ad lib; just reboot (with nextboot) when done. > > This also means you can keep the previous OS around for a while in case > there are problems with the new one. > > For setups that aren't amenable to automated deployments this works > pretty well and gives you a safety-net for upgrades. Good advice. I have a few additions. In fact, you don't need *a* partitions to boot such as ad0s1a. You simply need to spare a FreeBSD partition. At boot loader, you could type: ad(0,2,e) to boot "e" partition of the "2nd" slice on the first drive which is denoted by "0." ad(2,2,f) to boot from "f" partition of the 2nd slice on the 3rd drive. If you have lots of physical memory and swap space, you may be able to spare swap space for this porpuse for a moment. In another word, you can disable swap device for a while and use it as a root parition. Regards, Hiro