From owner-freebsd-stable@FreeBSD.ORG Tue Feb 14 20:06:45 2012 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 6B6F31065673 for ; Tue, 14 Feb 2012 20:06:45 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4CE8FC13 for ; Tue, 14 Feb 2012 20:06:44 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa03 [127.0.0.1]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with SMTP id q1EJpsH4026724; Tue, 14 Feb 2012 14:06:40 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa03.fnfis.com with ESMTP id 12yx4wg1t6-16 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 14 Feb 2012 14:06:38 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 14 Feb 2012 14:05:30 -0600 From: Devin Teske To: "'Kevin Oberman'" References: <4F355A5B.9080007@rewt.org.uk> <4F35743B.4020302@os2.kiev.ua> <4F37DBA3.7030304@cran.org.uk> <20120213195554.O46120@sola.nimnet.asn.au> <092c01cceb40$2dc8f240$895ad6c0$@fisglobal.com> In-Reply-To: Date: Tue, 14 Feb 2012 12:05:31 -0800 Message-ID: <095a01cceb54$04a38fb0$0deaaf10$@fisglobal.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHpLgw2N43SAX2EkCOmVhPWC2ZpSwJNZ8ORAfwXlJcCVCvdvQKmrcmqAYxp73mVrcSM0A== Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.260, 0.0.0000 definitions=2012-02-14_04:2012-02-14, 2012-02-14, 1970-01-01 signatures=0 Content-Type: text/plain; charset="iso-8859-1" Cc: 'Bruce Cran' , 'FreeBSD Stable Mailing List' , 'Joe Holden' , 'Alex Samorukov' , 'Ian Smith' Subject: RE: New BSD Installer 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: Tue, 14 Feb 2012 20:06:45 -0000 > -----Original Message----- > From: Kevin Oberman [mailto:kob6558@gmail.com] > Sent: Tuesday, February 14, 2012 11:51 AM > To: Devin Teske > Cc: Ian Smith; Bruce Cran; Alex Samorukov; Joe Holden; FreeBSD Stable Mai= ling > List > Subject: Re: New BSD Installer >=20 > On Tue, Feb 14, 2012 at 9:43 AM, Devin Teske > wrote: > > > > > >> -----Original Message----- > >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > >> stable@freebsd.org] On Behalf Of Ian Smith > >> Sent: Tuesday, February 14, 2012 9:15 AM > >> To: Bruce Cran > >> Cc: FreeBSD Stable Mailing List; Joe Holden; Alex Samorukov > >> Subject: Re: New BSD Installer > >> > >> Strangely, the big push to GPT partitions was oft said to be because M= BR > >> slices provided too few partitions. > > > > That's part of it (no pun intended). > > > > The other big deal is that you can't exceed 2TB on a single primary partition. > > > > > >> I never found 4 * 6 much of a limit > >> myself, and now the default install makes a Linux-like single partitio= n, > >> rendering dump & restore more or less unusable or at least impractical, > > > > I'm with you on this one. I really don't like the single-"/" setup. > > > > > >> while booting multiple systems on GPT also seems to require Linux tool= s. > >> > >> I don't know whether this move away from BSD traditional filesystem > >> partitioning (/, /var, /usr etc) to Linux-style came down from Core On > >> High or is just the prerogative of installer-writers? =A0Jordan was bo= th > >> the latter and a big part of the former for many years, but I guess > >> that's something that can be reverted if people feel to do so. > >> > > > > Maybe a vote should be taken. There's about 12 votes in this office here alone > > for putting the partition scheme back the way it was (Colin Percival ha= d a great > > formula for determining partition sizes). >=20 > I suggest that both be implemented, which looks to the untrained eye > as a straight-forward thing to implement, and then the install ask if > a single partition or a traditional multi-partition system should be > installed. I prefer multi and use that on all of my systems. >=20 > I also really prefer GPT for a variety of reasons, but we need better > tools to support things. I miss booteasy. Yes, you can get it to boot > from a different partition, but it is a pain. I deal with it by > putting FreeBSD on one disk and Windows on another when I want a > dual-boot system. I put the MBR formatted (Windows) is first in the > boot order, so I can just hit F5 to boot the FreeBSD disk. >=20 > This works for me, but I suspect that lots of people would prefer > having multiple OSes on a single disk...especially when it's a single > spindle laptop. (I suspect laptops are more commonly dual-boot than > most any other platform.) >=20 > As for fdisk and bsdlabel, I'm happy to see both go. They have a > horrid user interface and require a calculator to get right. Yes, I > use them, but only because there is no other way to do some things. > (sade(8) comes closer all of the time, though.) Please don't get rid of fdisk or bsdlabel as they are (and forever will be) required to do things like: 1. scripted formatting of a thumb drive 2. automated probing of disk information (fdisk -p) 3. Other tasks that are not suitably handled by curses-based utilities For example, the following command will create a second Windows partition o= n a thumb drive without user interaction: echo "p 2 0x0c * *" | fdisk -f - /dev/da0 If you take away fdisk, how am I supposed to achieve the above? --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.