From owner-freebsd-stable@FreeBSD.ORG Thu May 19 00:56:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B5016A4CE for ; Thu, 19 May 2005 00:56:54 +0000 (GMT) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 70D8243DB9 for ; Thu, 19 May 2005 00:56:53 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com with SMTP id ; 19 May 2005 01:56:41 +0100 (IST) To: Doug White In-Reply-To: Your message of "Wed, 18 May 2005 16:26:28 PDT." <20050518162535.B87264@carver.gumbysoft.com> Date: Thu, 19 May 2005 01:56:39 +0100 From: Ian Dowse Message-ID: <200505190156.aa13658@nowhere.iedowse.com> cc: Mike Jakubik cc: stable@freebsd.org cc: Dan Nelson cc: Matthias Buelow Subject: Re: Boot loader cant identify ntfs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 00:56:54 -0000 In message <20050518162535.B87264@carver.gumbysoft.com>, Doug White writes: >On Wed, 18 May 2005, Matthias Buelow wrote: >> Obviously the Right Way of doing such things is to move this into the >> 2nd stage boot loader... I can't think of any reason (except quick >> hackery) why this hasn't been done that way. I mean, one could retain a >> simple choice of which disk/partition to boot in the 1st stage (to cover >> all eventualities), and maybe hide it by having to hit a key, and do the >> real menu in the 2nd stage, perhaps integrated with the kernel options >> boot menu. > >Then the space problem just migrates. There's a limited amount of space >in the disklabel for bootblocks and I think we're pushing that. BTW, one potential improvement to the current boot0 situation would be to have boot0cfg dynamically generate the OS table based on what partition types actually exist on the disk. That would allow a bit more flexibility without increasing the space requirement. Anyone care to attempt a patch for this? Ian