How to safely remove rest of GTP?

[Allan Jude]

On 2017-01-30 12:23, Ian Lepore wrote:
> On Mon, 2017-01-30 at 19:09 +0300, Andrey V. Elsukov wrote:
>> On 30.01.2017 18:55, Warren Block wrote:
>>>
>>>>
>>>>>
>>>>> 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.
>> I don't see any ambiguity here. A user sees corrupted GPT, it can
>> only 
>> destroy or recover it. It is impossible to have a corrupted GPT and
>> some 
>> other type of partition table in the same time. So, if you use
>> 'gpart 
>> destroy' - you want to explicitly destroy it.
>>
> 
> The question to ask here is why are you the only one who can't see or
> understand that a user is NOT going to use a "destroy" command on a
>  disk containing live data?  Especially given the confusing vagueness
> of the gpart docs.
> 
> -- Ian
> 
> _______________________________________________
> freebsd-hackers at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"
> 

On my todo list for a while, has been a gpart command to clear the first
and last 1MB of a disk. To remove whatever happens to be there: MBR,
GPT, ZFS Labels, whatever.

Just 'nuke it from orbit'.

gpart zero ada0

or gpart clear ada0

something to that affect.

-- 
Allan Jude

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 834 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20170130/a216dd94/attachment.sig>