Date: Wed, 1 Feb 2017 00:06:47 +0300 From: "Andrey V. Elsukov" <bu7cher@yandex.ru> To: "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net> Cc: Warren Block <wblock@wonkity.com>, freebsd-hackers@freebsd.org, Slawa Olhovchenkov <slw@zxy.spb.ru> Subject: Re: How to safely remove rest of GTP? Message-ID: <b0c54824-ba3a-7c1d-7106-d5b2b6b8bde2@yandex.ru> In-Reply-To: <201701312058.v0VKwlut046163@pdx.rh.CN85.dnsmgr.net> References: <201701312058.v0VKwlut046163@pdx.rh.CN85.dnsmgr.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 31.01.2017 23:58, Rodney W. Grimes wrote: >> No, it will not lead to this situation. >> /boot/boot0 is similar to /boot/mbr in the example, and with /dev/ada0 >> all will behaves like with /dev/md0. > > Well if that is the case then the GPT backup copy is... well useless as > I just clobbered the MBR of a drive and now gpart is gona just take that > as fine and dandy? > > Doesnt that defeat the purpose of the backup GPT? When you overwrite PMBR with MBR, you get MBR, but the GPT is still here. If you need to recover your GPT, you need to put PMBR back (or just destroy MBR with `gpart destroy`), and GPT will be detected again. Even if you have overwritten GPT primary header and GPT primary table, backup header and table give a chance for recovery to you. -- WBR, Andrey V. Elsukov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b0c54824-ba3a-7c1d-7106-d5b2b6b8bde2>