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: >=20 >> 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). >>=20 >> Errrr ... sorry, but ... could you please elaborate on that? Up until = now I was sure that any drive could be >> copied with dd(1). >>=20 >> Puzzled. :-) >=20 > 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 --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen 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>