Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Apr 2014 20:43:01 -0700
From:      Peter Wemm <peter@wemm.org>
To:        freebsd-current@freebsd.org
Cc:        Alan Somers <asomers@freebsd.org>
Subject:   Re: What on earth is all this %20 crap at the end of the GUID? (newfs?)
Message-ID:  <2756866.9v4nBk6Ejz@overcee.wemm.org>
In-Reply-To: <CAOtMX2gHZBJDkS70ruNgDHsbGnEQKuwUCh9pCwATaPvNzkZaXA@mail.gmail.com>
References:  <1398815513.2019.50.camel@powernoodle.corp.yahoo.com> <5360605B.80605@allanjude.com> <CAOtMX2gHZBJDkS70ruNgDHsbGnEQKuwUCh9pCwATaPvNzkZaXA@mail.gmail.com>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
On Tuesday 29 April 2014 20:52:30 Alan Somers wrote:
> On Tue, Apr 29, 2014 at 8:30 PM, Allan Jude <freebsd@allanjude.com> wrote:
> > On 2014-04-29 19:51, Sean Bruno wrote:
> >> Created a simple partition:
> >>  root@:~ # gpart create -s gpt da11
> >> 
> >> da11 created
> >> root@:~ # gpart add -t freebsd-ufs da11
> >> da11p1 added
> >> root@:~ # gpart show da11
> >> =>        40  7814037088  da11  GPT  (3.6T)
> >> 
> >>           40  7814037088     1  freebsd-ufs  (3.6T)
> >> 
> >> root@:~ #
> >> 
> >> Then run a newfs and reboot the system.  Upon reboot this is what I get?
> >> 
> >> =>        40  7814037088  da11  GPT  (3.6T)
> >> 
> >>           40  7814037088     1  freebsd-ufs  (3.6T)
> >> 
> >> =>        40  7814037088  diskid/DISK-Z1Z0DQ73%20%20%20%20%20%20%20%20%
> >> 20%20%20%20  GPT  (3.6T)
> >> 
> >>           40  7814037088
> >> 
> >> 1  freebsd-ufs  (3.6T)
> >> 
> >> 
> >> What is going on here?
> >> 
> >> sean
> > 
> > That is highly unusual, does your disk have a bunch of blank spaces in
> > its serial # or something?
> 
> Not that unusual at all.  In ATA and SCSI alike it's common for text
> fields to be defined as fixed length strings.  I've seen many vendors
> pad their entries out with spaces; for some reason they're allergic to
> using NULLs.  geom should probably be modified to strip trailing
> whitespace from the serial number.

In this particular case, it's a modified ciss driver.  If memory serves, ciss 
pads its cam ident strings with spaces and that's showing up here.

FWIW, this is usually why I rm -rf /dev/gptid /dev/diskid before doing an 
import. I don't usually want the synthetic names in there.

-Peter
-- 
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV
UTF-8: for when a ' just won\342\200\231t do.
[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (FreeBSD)

iEYEABECAAYFAlNgcU0ACgkQFRKuUnJ3cX+qoACgnxHQ3lMxQHAAaQRpxD0mDx4c
btQAn3Y8UgOA0nGBefiycGPilP5ShTmw
=xdbC
-----END PGP SIGNATURE-----
help

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