From owner-freebsd-questions@FreeBSD.ORG Thu Apr 8 13:23:22 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ACB116A4CE for ; Thu, 8 Apr 2004 13:23:22 -0700 (PDT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C00A643D49 for ; Thu, 8 Apr 2004 13:23:21 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i38KNF8a026685; Thu, 8 Apr 2004 13:23:16 -0700 From: Kent Stewart To: freebsd-questions@freebsd.org Date: Thu, 8 Apr 2004 13:23:17 -0700 User-Agent: KMail/1.6.1 References: <001301c41d6e$c701d290$0c00a8c0@artem> <40755CFD.9070200@elvandar.org> In-Reply-To: <40755CFD.9070200@elvandar.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404081323.17412.kstewart@owt.com> cc: Remko Lodder Subject: Re: Install world fails, computer almost unusable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 20:23:22 -0000 On Thursday 08 April 2004 07:09 am, Remko Lodder wrote: > Artem Koutchine wrote: > > IMHO the upgrade pricedure is unstable and wrong in either case. > > Then why is it a proven working procedure? (I upgraded my boxes from > 5.0-RC1 to 5.2.1-p4 (all the way) And it never failed on me!) I agree because I am one of the people that made the statfs transition on current just fine. I started following the boot -s procedure to do the installworld when you couldn't do an installworld on a 4.0 kernel. > > Previously on 4.x it also worked out fine (another method i used over > there, but that also worked out) > > > If you build, install a new kernel and reboot and they make > > installworld you may face code dumps because all world is not > > compatible with the new kernel. > > Not at my machine. I have had a few panics but they were due to bad changes being made to the kernel. Even then, backing up to kernel.old worked and continued to work until the problem was fixed. > > > IMHO this thing must be resolved in the future and it would be > > nice > > > > to do it this way: > > 1) build kernel and install it into a buffer > > /boot will be fine for me (like it does now) > > > 2) build workld and install it into a buffer > > That requires that you have a lot of diskspace, so some users can > have issues with this, and then again in my opinion there is no > problem, and if there is a problem this won't solve it. > > > 3) make changes to config files and install new config file into a > > buffer > > install kernel, reboot, make buildworld, reboot in singleusermode > make installworld, mergemaster -p , reboot, mergemaster. > does the same imho. I may be confused here but if you do a buildworld after you do an install kernel, you used the old system to built the kernel. You want the new buildworld available when you do the buildkernel. > > > 4) reboot > > we already done that > > > 5) during reboot load shoud check the install buffer and if there > > is something in it then copy it into a real working filesystem. > > > > This way we will abvoid nonmtaching executables and kernel at any > > given time. > > > > What do you think? > > My opinion is clear, i'll stick with the current way freebsd handles > new installations, they work for me, and they never failed on me. Me too!! It has worked for me over several serious changes that would break your system and they never failed. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html