Date: Sun, 2 Jun 2013 15:27:03 -0600 (MDT) From: Warren Block <wblock@wonkity.com> To: Dmitry Morozovsky <marck@rinet.ru> Cc: Kimmo Paasiala <kpaasial@gmail.com>, freebsd-stable@freebsd.org Subject: Re: Corrupt GPT header on disk from twa array - fixable? Message-ID: <alpine.BSF.2.00.1306021524230.11353@wonkity.com> In-Reply-To: <alpine.BSF.2.00.1306030120200.48048@woozle.rinet.ru> References: <EA2DCEC2-8B07-434B-8B60-8AB15B3788F7@gmail.com> <7ABBEE71A96E411793E41BD97DA72BCE@multiplay.co.uk> <CA%2B7WWSe7O9%2Bxq3UEJ%2B%2BtM1d3tphf7pWU=n4DoQY8XZq39RRScQ@mail.gmail.com> <2943982C-719E-45D0-9B26-43B725738F83@gmail.com> <alpine.BSF.2.00.1306020834050.8625@wonkity.com> <3659A498-F0EA-4AF3-80EA-40038DCA9CC7@gmail.com> <alpine.BSF.2.00.1306021156010.9922@wonkity.com> <alpine.BSF.2.00.1306030120200.48048@woozle.rinet.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 3 Jun 2013, Dmitry Morozovsky wrote: > On Sun, 2 Jun 2013, Warren Block wrote: > > [snip] > >> gmirror is good. GPT is also good. The combination is a problem. gmirror >> metadata overwrites the backup GPT, so those disks will show "corrupt" also. >> For now, the recommended workaround is to just use MBR, which doesn't have any >> metadata at the end of the disk. > > ... or gmirror not whole disks, but GPT partitions (as OP does, as far as I can > tell from gmirror dmesg reports) That works, but if there is more than one partition per disk, rebuilds fight with each other for the heads.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1306021524230.11353>