From owner-freebsd-stable@FreeBSD.ORG Fri Jan 29 13:40:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AF261065706 for ; Fri, 29 Jan 2010 13:40:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id 31C388FC0A for ; Fri, 29 Jan 2010 13:40:31 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta15.emeryville.ca.mail.comcast.net with comcast id bRU21d0041smiN4AFRgYEH; Fri, 29 Jan 2010 13:40:32 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta20.emeryville.ca.mail.comcast.net with comcast id bRgX1d00A3S48mS8gRgX5e; Fri, 29 Jan 2010 13:40:32 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7C10D1E3033; Fri, 29 Jan 2010 05:40:30 -0800 (PST) Date: Fri, 29 Jan 2010 05:40:30 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20100129134030.GA44869@icarus.home.lan> References: <20100122162155.GG3917@e-Gitt.NET> <201001232244.03752.doconnor@gsoft.com.au> <20100129104624.GA13472@ei.bzerk.org> <201001292230.01867.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201001292230.01867.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0-RELEASE -> -STABLE and size of / 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: Fri, 29 Jan 2010 13:40:32 -0000 On Fri, Jan 29, 2010 at 10:29:51PM +1030, Daniel O'Connor wrote: > On Fri, 29 Jan 2010, Ruben de Groot wrote: > > > I don't think you need them unless remote debugging and in that > > > case you are multiuser (I would have thought anyway). > > > > > > If they went into /usr then /boot could remain slim. > > > > But what if you have /usr on a gmirror, glabel, zfs filesystem or any > > other device that is not compiled in your kernel? Sure you can build > > a custom kernel, but I would expect a lot of questions, frustrations > > and footshooting from such a change. > > > > I think increasing / (again) would be the least painfull. > > You don't need debug symbols to boot a kernel, you only need them when > debugging. Somewhat related: can someone explain why debugging a crash dump of a kernel which contains "makeoptions DEBUG=-g" requires and relies on stuff in /usr/obj? Meaning: if I build kernel/world, install kernel/world, and then rm -fr /usr/obj/*, I won't be able to reliably debug a crash dump after the system restarts. I believe I can get a stack trace, but there's nothing else that can be ascertained (bt full is basically worthless). I've seen kernel crash dumps from people here on the list[1] which contain way more detail than any of mine do[2]. Off-topic: I've noticed that /usr/obj is created as part of the OS installation with perms 0755. I've always thought there might be security implications by that, so usually end up setting it to 0700 or possibly 0750 (still root:wheel). [1]: http://lists.freebsd.org/pipermail/freebsd-stable/2010-January/054269.html [2]: http://lists.freebsd.org/pipermail/freebsd-stable/2009-October/052256.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |