From owner-freebsd-questions@FreeBSD.ORG Thu Jul 12 17:53:42 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 607371065705 for ; Thu, 12 Jul 2012 17:53:42 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 17AF08FC21 for ; Thu, 12 Jul 2012 17:53:42 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q6CHrfrk048165; Thu, 12 Jul 2012 11:53:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q6CHren6048162; Thu, 12 Jul 2012 11:53:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 12 Jul 2012 11:53:40 -0600 (MDT) From: Warren Block To: Wojciech Puchar In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 12 Jul 2012 11:53:41 -0600 (MDT) Cc: Kaya Saman , miles kuo , freebsd-questions@freebsd.org Subject: Re: How to mirror the FreeBSD OS on two disks X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2012 17:53:42 -0000 On Thu, 12 Jul 2012, Wojciech Puchar wrote: >> >> The current Handbook procedure avoids the copy by using the existing disk >> as-is and just writing the gmirror metadata to the last block. > Exactly what i do doing instalations manually! > >> If that last block is already part of an MBR partition, the more strict >> checking stops booting in 9.0. > > not making MBR partition would not make problems. There's no guarantee that bsdlabel checking won't be made more strict. No matter what type of partitioning scheme, the metadata should not be inside the data area.