From owner-freebsd-current@FreeBSD.ORG Thu Jan 20 23:59:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E10631065672 for ; Thu, 20 Jan 2011 23:59:28 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 7CCE58FC17 for ; Thu, 20 Jan 2011 23:59:28 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 1A66D58134; Thu, 20 Jan 2011 17:59:28 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id iZPlBPBd0jO5; Thu, 20 Jan 2011 17:59:27 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-208-68-88.dsl.mdsnwi.sbcglobal.net [76.208.68.88]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 7759C5811E; Thu, 20 Jan 2011 17:59:27 -0600 (CST) Message-ID: <4D38CC5E.1060807@freebsd.org> Date: Thu, 20 Jan 2011 17:59:26 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101214 Thunderbird/3.1.7 MIME-Version: 1.0 To: Doug Barton References: <4D309563.1000404@freebsd.org> <4D38AB1F.8090308@gmail.com> <3BC35D04-4E8C-47DC-8487-26D826222ACF@mac.com> <4D38BAE8.5020806@FreeBSD.org> <4D38BB87.9070608@freebsd.org> <4D38C360.5040108@FreeBSD.org> In-Reply-To: <4D38C360.5040108@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Demelier , freebsd-current@freebsd.org Subject: Re: BSDInstall: merging to HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 23:59:29 -0000 On 01/20/11 17:21, Doug Barton wrote: > On 01/20/2011 14:47, Nathan Whitehorn wrote: >> On 01/20/11 16:44, Doug Barton wrote: >>> On 01/20/2011 14:15, Chuck Swiger wrote: >>>> On Jan 20, 2011, at 1:37 PM, David Demelier wrote: >>>> [ ... ] >>>>> Why does the installer use GPT partition by default? Do you know >>>>> that GPT is not supported on every (even modern) computer ? >>>> >>>> Sure. Legacy PC/BIOS platforms can work with a hybrid GPT which >>>> includes the legacy or "protective" MBR used by pre-EFI systems; >>>> FreeBSD 7 and later, recent Linux, MacOS X 10.4 and later should be >>>> able to boot from disks with that hybrid format. >>>> >>>> If you need to dual-boot into Windows, however, and your hardware >>>> doesn't provide EFI then you're likely stuck using MBR + PC/BIOS only. >>> >>> We should not do anything by default that damages the ability to >>> dual-boot windows (and by windows I really mean "xp or later" since >>> we'll have xp around through 2014). If there are significant >>> advantages to gpt as a default when possible then it will be necessary >>> to ask the user some intelligent questions such as "Will this system >>> be multi-booted?" and if yes, "Will >>> ${lowest_common_denominator:-windows} be installed?" >> >> It does do exactly what you suggest. It only uses GPT by default if you >> have a totally unformatted disk or indicate you intend to run only >> FreeBSD on the machine. Otherwise, you get MBR+bsdlabel just like now. > > That isn't exactly what I suggested. :) Imagine the following > scenario (which is what I used to do, until our fdisk started using > wacky geometries): > 1. Get new computer and/or new hard drive > 2. Boot freebsd from installation/live media (aka, disc1) > 3. Unceremoniously (and in some cases gleefully) delete all existing > partition/slices > 4. Slice the disk, and write out the changes with "regular" MBR > 5. Boot windows, install into the first unused slice/partition > > Now if by "indicate you intend to run only FreeBSD on the machine" > above you mean that you already have questions built into the process > that covers what I proposed above, then fine. My point is simply that > running the installer on a blank (or newly blank'ed) disk is not by > itself a sign that everything that will be installed understands gpt. It does. It only does GPT by default if you say "I want to erase my hard disk" (or it is already blank), then select "Automatic partitioning". If you have an existing partition scheme, it is kept even if you select "automatic" (assuming it is bootable on your platform). If you want something more complicated (i.e. any kind of dual-booting scenario), then you will want to specify partition sizes with the editor anyway. Once you exit automatic mode to invoke the editor, it allows you to set up bsdlabel-only, MBR+bsdlabel, GPT, installations spanning multiple disks, and whatever else you might want to do. If that isn't enough flexibility, there is also a "I don't need no stinking partition editor" option, where you can set up whatever you like with a shell. -Nathan