Date: Mon, 28 Jul 2014 09:27:38 +0200 From: "Patrick M. Hausen" <hausen@punkt.de> To: Warren Block <wblock@wonkity.com> Cc: freebsd-stable@freebsd.org Subject: Re: Gmirror + gpart corruption on 9.3-PRE Message-ID: <116A9F89-3C09-4C00-91F4-2776BBAE146B@punkt.de> In-Reply-To: <alpine.BSF.2.11.1407250732360.67669@wonkity.com> References: <53D1BDB2.7030906@jetcafe.org> <alpine.BSF.2.11.1407242120070.3624@wonkity.com> <53D1DD47.4040403@jetcafe.org> <alpine.BSF.2.11.1407242310280.41111@wonkity.com> <E15BCB9E-F569-47E6-A63E-59B9AD2E5D3F@punkt.de> <alpine.BSF.2.11.1407250732360.67669@wonkity.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, all, Am 25.07.2014 um 15:45 schrieb Warren Block <wblock@wonkity.com>: > On Fri, 25 Jul 2014, Patrick M. Hausen wrote: > >> Am 25.07.2014 um 07:34 schrieb Warren Block <wblock@wonkity.com>: >>> True. But partitioning can be specific to the drive. It's not like GPT-partitioned drives can be copied with dd (well, not correctly). >> >> Errrr ... sorry, but ... could you please elaborate on that? Up until now I was sure that any drive could be >> copied with dd(1). >> >> Puzzled. :-) > > GPT partitioning puts a primary partition table at the beginning of the drive, and a backup partition table at the end of the drive. Thanks. I knew that. Never assume ... as usual. Of course I was thinking "same sized disks", so your comment really made me wonder if there was anything as pervert as disk serial numbers or other UUIDs in the partition information that would not work when copied blockwise. Best 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?116A9F89-3C09-4C00-91F4-2776BBAE146B>