From owner-freebsd-stable@FreeBSD.ORG Fri Dec 5 03:04:11 2008 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 CDD94106564A for ; Fri, 5 Dec 2008 03:04:11 +0000 (UTC) (envelope-from n-butcher=freebsd-stable=freebsd.org=mmporwnv@fusiongol.com) Received: from smtp12.dentaku.gol.com (smtp12.dentaku.gol.com [203.216.5.74]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1A08FC17 for ; Fri, 5 Dec 2008 03:04:11 +0000 (UTC) (envelope-from n-butcher=freebsd-stable=freebsd.org=mmporwnv@fusiongol.com) Received: from nat-166.gol.co.jp ([203.216.1.166] helo=[127.0.0.1]) by smtp12.dentaku.gol.com with esmtpa (Dentaku) id 1L8QzC-0000Z7-8I; Fri, 05 Dec 2008 12:04:10 +0900 Message-ID: <49389A27.8040704@fusiongol.com> Date: Fri, 05 Dec 2008 12:04:07 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Peter Jeremy References: <49362A3C.7060204@fusiongol.com> <20081204191640.GH58682@server.vk2pj.dyndns.org> In-Reply-To: <20081204191640.GH58682@server.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com Cc: freebsd-stable@freebsd.org Subject: Re: sysinstall automatic partition labelling/sizing problem 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, 05 Dec 2008 03:04:11 -0000 > Are you running i386 or amd64? 360MB _is_ a very tight fit for amd64 > but you should make it unless you have some large, unexpected files > lying around in your root partition. As a workaround, you could > remove *.symbols from the old kernel files. Running amd64. The install was fresh so there were no extra files in / > Looking at sysinstall, the default size is currently 512MB unless you > have less than ~20GB, when it will start scaling down. maybe it needs to scale down just a little bit less than it already does.... although granted, not every install is going to experience a kernal recompile from source - well, ones that expect to be maintained anyway. > Your options are: > 1) Expand root (maybe use growfs and eat into your swap) > 2) Avoid building unwanted modules via MODULES_OVERRIDE. Fair enough. This issue just bit me in the behind because I was expecting the 7.1 kernal and modules to take up about as much space as 7.0 ... but then I remember that dtrace found it's way into 7.1 plus a whole lotta code....