Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 12 May 2015 19:11:00 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-geom@FreeBSD.org
Subject:   [Bug 162690] [geom] gpart label changes only take effect after a reboot
Message-ID:  <bug-162690-14739-HfYK5M4nAn@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-162690-14739@https.bugs.freebsd.org/bugzilla/>
References:  <bug-162690-14739@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=162690

--- Comment #4 from Xenomorph <xenomorph@gmail.com> ---
This seems to still be an issue as of 10.1-RELEASE-p9 in May of 2015. Has this
really been open since 2011?

I have partition 1 named "test1" on da1. /dev/da1p1 is not mounted or in use in
any way.

# gpart list | grep label

label: test1

# ll /dev/gpt

crw-r-----  1 root  operator   0x72 May 12 13:44 test1

I want to rename it to "disk1"

# gpart modify -i 1 -l "disk1" da1

da1 modified

# gpart list | grep label

label: disk1

# ll /dev/gpt

crw-r-----  1 root  operator   0x72 May 12 13:44 test1


The partition label has been changed, but the contents of /dev/gpt doesn't
update unto I reboot the system.

I've found that if I *delete* the partition, then remake it with the new label,
then /dev/gpt will show the correct labels.

Even if the update of /dev/gpt isn't automatic, should there a command or
something to manually trigger its update?

On servers with a lot of drive bays, the slot order can be changed on startup.
I haven't found a way to make "mfisyspdX" remain consistent (even with
/boot/device.hints), to being able to easily manage labels can be a big deal.

-- 
You are receiving this mail because:
You are the assignee for the bug.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-162690-14739-HfYK5M4nAn>