From owner-freebsd-questions@FreeBSD.ORG Tue Aug 22 18:36:39 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org 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 C9C5416A4DF for ; Tue, 22 Aug 2006 18:36:39 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE6F43D49 for ; Tue, 22 Aug 2006 18:36:38 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7MIaEdP014114 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 22 Aug 2006 21:36:18 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7MIaOsI022584; Tue, 22 Aug 2006 21:36:24 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7MIaNSj022583; Tue, 22 Aug 2006 21:36:23 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 22 Aug 2006 21:36:23 +0300 From: Giorgos Keramidas To: beno Message-ID: <20060822183623.GA22131@gothmog.pc> References: <44EA1789.5040707@2012.vi> <20060822073129.GC93501@gothmog.pc> <44EAFBE7.2030704@2012.vi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44EAFBE7.2030704@2012.vi> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.879, required 5, autolearn=not spam, AWL -0.28, BAYES_00 -2.60, UNPARSEABLE_RELAY 0.00) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-questions@freebsd.org Subject: Re: Rebuilding Kernel X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2006 18:36:39 -0000 On 2006-08-22 08:43, beno wrote: >Giorgos Keramidas wrote: >> Don't edit GENERIC. It's very rarely a good idea. If you spend >> some time to fine tune GENERIC to your own particular setup, >> matching your own preferences, you may be surprised in a very bad >> way after the next CVSup run, when all your local modifications are >> blown away by CVSup as it updates your 'GENERIC' configuration to >> the official GENERIC status. >> >> It is a *FAR* better idea to copy GENERIC and edit a copy. Most >> of the time I even go as far as copying GENERIC _outside_ of the >> `/usr/src' tree, i.e. in `/root/kernconf/LOCAL' and symlink that >> file inside the source tree, i.e. at `/usr/src/sys/i386/conf'. > > Great. I added that to my script and copied over GENERIC to a > separate folder, as per your idea. Now, since I had already rebuilt > the kernel, I presume I don't have to concern myself with this issue > until the next time I do so, is that correct? I'm not sure what "that" refers to (I am assuming it refers to "this issue"), but I don't know what the *real* issue was. You can definitely keep the kernel configuration file anywhere you want. You *have* to follow the documented, "buildworld and then buildkernel" process if you are upgrading from one major release branch (5.X) to a newer branch (6.X). You can save some time if you keep your /usr/obj tree around and run only "buildkernel", but this costs in disk space. Even in that case, there are two sub-cases: - You have only tweaked minor options in your config file. Then it may be safe to run: # cd /usr/src # make -DNO_CLEAN KERNCONF=LOCAL buildkernel - You have made significant changes to your kernel. Then it may still be necessary to run "buildworld/buildkernel" (especially if one of the options you tweaked changes kernel internals, which may break programs that depend on these kernel internals). For these reasons, if you have a moderately fast system, it is always safer to run the full "buildworld/buildkernel" cycle.