From owner-freebsd-stable@FreeBSD.ORG Mon Jun 29 15:05:53 2009 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 831DD106568B for ; Mon, 29 Jun 2009 15:05:53 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9B78FC0C for ; Mon, 29 Jun 2009 15:05:52 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id n5TF5qxN000480 for ; Mon, 29 Jun 2009 17:05:52 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id n5TF5ptg035928; Mon, 29 Jun 2009 17:05:52 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id n5TF5pfj035927; Mon, 29 Jun 2009 17:05:51 +0200 (CEST) (envelope-from ry93) Date: Mon, 29 Jun 2009 17:05:51 +0200 From: "Patrick M. Hausen" To: Marius =?iso-8859-1?Q?N=FCnnerich?= Message-ID: <20090629150551.GI31011@hugo10.ka.punkt.de> References: <20090629094359.GB24054@hugo10.ka.punkt.de> <20090629114610.GA28731@hugo10.ka.punkt.de> <20090629141437.GD31011@hugo10.ka.punkt.de> <20090629145055.GF31011@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable Mailing List Subject: Re: Zpool on raw disk and weird GEOM complaint 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: Mon, 29 Jun 2009 15:05:54 -0000 Hi! On Mon, Jun 29, 2009 at 05:01:05PM +0200, Marius Nünnerich wrote: > Hmm, it's rather stupid to put a GPT entry in the second sector but > not the corresponding one in the last sector. So our GPT > implementation has the right to think this GPT is broken. As far as I > understand the ondisk spec from sun there is no space for the > corresponding one in the last sector (it's part of the uberblock > array). OK, I'm not quite sure if it bothers me enough to compile a kernel without GPT support. > I just checked my ZFS mirror it has all zeros in the first few sectors > on both disks. It was created with zfs version 6 in freebsd. This system is currently running ZFS pool version 13. Kind regards, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285