Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Sep 2015 23:10:39 -0700
From:      Chris Stankevitz <chris@stankevitz.com>
To:        Warren Block <wblock@wonkity.com>
Cc:        FreeBSD Filesystems <freebsd-fs@freebsd.org>
Subject:   Re: Name/label/id metadata: how do I make it go away
Message-ID:  <5600F0DF.8000805@stankevitz.com>
In-Reply-To: <alpine.BSF.2.20.1509212126470.4544@wonkity.com>
References:  <56004C68.4020904@stankevitz.com> <alpine.BSF.2.20.1509212126470.4544@wonkity.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Warren/Freddie,

Thank you for your replies.

On 9/21/15 8:41 PM, Warren Block wrote:
>> - gpt id
>
> A system-assigned ID in the GPT metadata.  Requires GPT partitioning.

>> I have a zfs pool of "entire disks".  "zpool status" shows some disks
>> with their daX name (which I prefer) and some with a hideously ugly
>> name such as DISK-%20%20%20%20%20-WD-WMC4NOH1ASDF
>
> Disable those labels with kern.geom.label.gptid.enable="0" in
> /boot/loader.conf.

Combining your two statements quoted above, I believe I can conclude 
that my ZFS "whole disk" drives must have some remnants of GPT left over 
from their previous lives (namely the system-assigned ID in the GPT 
metadata).

Surprisingly, these apparently GPT-supplied labels appear to "go away" 
when I issue a "glabel stop".  I would not expect this given that Warren 
explained that glabels (whose metadata are stored at the end of the 
device and completely outside the virtual device) are not the same as 
GPT labels (whose metadata are stored within the device on the GPT 
metadata).

I believe one of the following must be true:

1. It is possible to use "glabel stop" to disable a "GPT system-assigned 
ID" -- even though glabel is a tool for manipulating another style of 
labels.

2. "glabel stop" only affects glabels.  In my case my drives must 
contain "glables" and not "GPT system-assigned IDs" as Warren guessed.

3. I misunderstood and glabels/GPS system-assigned IDs are really the 
same thing.

Thank you again,

Chris



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5600F0DF.8000805>