From owner-freebsd-stable@FreeBSD.ORG Wed Feb 23 10:24:30 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 D399016A4CE; Wed, 23 Feb 2005 10:24:30 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D94F943D39; Wed, 23 Feb 2005 10:24:29 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1NAOSHo062197; Wed, 23 Feb 2005 11:24:28 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 23 Feb 2005 11:14:36 +0100." <20050223101436.GX9291@darkness.comp.waw.pl> Date: Wed, 23 Feb 2005 11:24:28 +0100 Message-ID: <62196.1109154268@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Dag-Erling Sm?rgrav cc: freebsd-stable@freebsd.org cc: "Ralf S. Engelschall" cc: freebsd-geom@freebsd.org Subject: Re: Hardcoding gmirror provider 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: Wed, 23 Feb 2005 10:24:31 -0000 In message <20050223101436.GX9291@darkness.comp.waw.pl>, Pawel Jakub Dawidek wr ites: > >--2VOk7s3pVsDYAazo >Content-Type: text/plain; charset=iso-8859-2 >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Wed, Feb 23, 2005 at 10:32:01AM +0100, Dag-Erling Sm?rgrav wrote: >+> Pawel Jakub Dawidek writes: >+> > ...and metadata at the begining of the provider still doesn't fix 'c' >+> > partition problem and 'a' partition which starts at sector 0, which is >+> > the default start offset in sysinstall. >+>=20 >+> The c partition is a problem you have to address anyway (and it is >+> best addressed by removing the magicness of the c partition >+> altogether). [...] > >It is not going to be removed. We're going to wait for MBR to die. s/MBR/BSDlabel/ -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.