From owner-freebsd-stable@FreeBSD.ORG Wed Apr 27 23:39:59 2011 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 C7ECD106566B for ; Wed, 27 Apr 2011 23:39:59 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7CBDC8FC0C for ; Wed, 27 Apr 2011 23:39:59 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QFEKs-0005CZ-2P for freebsd-stable@freebsd.org; Thu, 28 Apr 2011 01:39:58 +0200 Received: from p5dcd6b31.dip.t-dialin.net ([93.205.107.49]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Apr 2011 01:39:58 +0200 Received: from jumper99 by p5dcd6b31.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Apr 2011 01:39:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: "Helmut Schneider" Date: Wed, 27 Apr 2011 23:39:46 +0000 (UTC) Lines: 13 Message-ID: References: <20110427221554.GB22139@lava.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p5dcd6b31.dip.t-dialin.net User-Agent: XanaNews/1.19.1.320 X-Ref: news.gmane.org ~XNS:00000168 X-Antivirus: avast! (VPS 110427-2, 27.04.2011), Outbound message X-Antivirus-Status: Clean Subject: Re: correct way to setup gmirror on 7.4? 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: Wed, 27 Apr 2011 23:39:59 -0000 Michael Proto wrote: > What I ultimately decided to do was use fdisk in interactive mode to > manually align 2 4k-boundary MBR partitions Correct me if I'm wrong but from my point of view there is no need to fall back to MBR partitions. GPT partitions should be at least as robust as MBR partitions are if not even more (e.g. because of using CRC). We are still talking about /possible/ issues with /one copy/ (of two) of the GPT - MBR doesn't even have a backup copy nor uses CRC. And if you are still concerned run 'gpart backup $disk/$partition(s)' before your regular backup - one should do so anyway.