From owner-freebsd-stable@FreeBSD.ORG Fri Jan 29 14:25:33 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 838801065679 for ; Fri, 29 Jan 2010 14:25:33 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C59158FC14 for ; Fri, 29 Jan 2010 14:25:32 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09747; Fri, 29 Jan 2010 16:25:27 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B62EFD7.2010800@icyb.net.ua> Date: Fri, 29 Jan 2010 16:25:27 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Jeremy Chadwick References: <20100122162155.GG3917@e-Gitt.NET> <201001232244.03752.doconnor@gsoft.com.au> <20100129104624.GA13472@ei.bzerk.org> <201001292230.01867.doconnor@gsoft.com.au> <20100129134030.GA44869@icarus.home.lan> In-Reply-To: <20100129134030.GA44869@icarus.home.lan> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org 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 14:25:33 -0000 on 29/01/2010 15:40 Jeremy Chadwick said the following: > 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? So do remove or not install *.symbols files? That would explain it. I keep those files and my debugging doesn't depend on /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 > -- Andriy Gapon