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>