From owner-freebsd-arch@FreeBSD.ORG Wed Oct 20 20:01:17 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A1616A4CF for ; Wed, 20 Oct 2004 20:01:17 +0000 (GMT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3C043D45 for ; Wed, 20 Oct 2004 20:01:17 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 49559 invoked by uid 89); 20 Oct 2004 20:09:05 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 20 Oct 2004 20:09:05 -0000 Received: from 208.4.77.15 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Wed, 20 Oct 2004 14:09:05 -0600 (MDT) Message-ID: <58341.208.4.77.15.1098302945.squirrel@208.4.77.15> In-Reply-To: <4176C0C8.4060408@freebsd.org> References: <41767CF1.2020005@FreeBSD.org> <20041020.105839.100358845.imp@bsdimp.com> <20041020170907.GA1216@orion.daedalusnetworks.priv> <200410201913.42879.max@love2party.net> <20041020194547.GD2195@ip.net.ua> <4176C0C8.4060408@freebsd.org> Date: Wed, 20 Oct 2004 14:09:05 -0600 (MDT) From: "Ryan Sommers" To: "Scott Long" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-arch@freebsd.org Subject: Re: [Fwd: What do people think about not installing a stripped /kernel ?] X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:01:18 -0000 Scott Long said: > I tend to agree. What do you think of my proposal to have installkernel > (optionally or whatever) put unstriped binaries somewhere outside of the > root partition? I'm not too sure how much I like using /var for large things like this either. Certain programs like mysql and mailers tend to use /var by default and by default we have tiny /var partitions if you're trying to store mail or databases. Adding lots of debugging binaries to /var will severely limit that. I think our default for /var is the same as / infact, not certain on this though. Only place I can think outside of root that is sufficeintly large would be /usr. /usr/local/kernel.debug? -- Ryan Sommers ryans@gamersimpact.com