Date: Mon, 30 Jan 2017 08:55:38 -0700 (MST) From: Warren Block <wblock@wonkity.com> To: "Andrey V. Elsukov" <ae@FreeBSD.org> Cc: Slawa Olhovchenkov <slw@zxy.spb.ru>, freebsd-hackers@freebsd.org Subject: Re: How to safely remove rest of GTP? Message-ID: <alpine.BSF.2.20.1701300851400.85129@wonkity.com> In-Reply-To: <d79b8568-72e8-415e-4923-14e3c730267e@FreeBSD.org> References: <20161230124407.GN37118@zxy.spb.ru> <d79b8568-72e8-415e-4923-14e3c730267e@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 30 Dec 2016, Andrey V. Elsukov wrote: > On 30.12.2016 15:44, Slawa Olhovchenkov wrote: >> How to safely remove rest of GPT? >> Disk have actual data (part of ZFS), I am don't need to destroy this >> data. >> >> GEOM: da6: the primary GPT table is corrupt or invalid. >> GEOM: da6: using the secondary instead -- recovery strongly advised. >> GEOM: da22: the primary GPT table is corrupt or invalid. >> GEOM: da22: using the secondary instead -- recovery strongly advised. >> GEOM: da6: the primary GPT table is corrupt or invalid. >> GEOM: da6: using the secondary instead -- recovery strongly advised. >> GEOM: da22: the primary GPT table is corrupt or invalid. >> GEOM: da22: using the secondary instead -- recovery strongly advised. > > You may try attached patch, I did only basic tests, so first try somewhere :) I really like the idea of gpart being able to remove the secondary GPT, but combining it with the existing destroy command is ambiguous. It's hard for the user to tell what will happen, and the command itself implies that it will destroy all partitioning. A different command or option name, maybe, but it's hard to think of a good name on a Monday morning. Certainly the problem of stale secondary GPTs comes up a lot.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.20.1701300851400.85129>