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>
index | next in thread | previous in thread | raw e-mail
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.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1306021524230.11353>