Date: Fri, 17 Sep 2010 17:37:58 +0200 From: Maciej Milewski <milu@dat.pl> To: freebsd-stable@freebsd.org Cc: "Marat N.Afanasyev" <amarat@ksu.ru>, Michael Sperber <sperber@deinprogramm.de> Subject: Re: How to predict drive number change for 7.3->8.1 upgrade? Message-ID: <201009171738.00057.milu@dat.pl> In-Reply-To: <y9laang77zr.fsf@deinprogramm.de> References: <201009171238.o8HCcwCl084727@lurza.secnetix.de> <4C937933.4060707@ksu.ru> <y9laang77zr.fsf@deinprogramm.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Dnia piątek 17 wrzesień 2010 o 16:35:52 Michael Sperber napisał(a): > "Marat N.Afanasyev" <amarat@ksu.ru> writes: > > you may try the following commands: > > > > sysctl kern.geom.debugflags=16 > > > > foreach fs (your-filesystems) > > glabel label your-$fs-label your-$fs-device > > end > > > > echo geom_label_load="YES" >> /boot/loader.conf > > reboot > > > > and see if the labels appear in /dev/label > > Is this safe to do? The man page for glabel seems to imply that glabel > should be used before newfs, and tunefs after newfs. It's because geom class uses the last sector of the provider to keep his metadata, so if you will overwrite this sector then you lose this metadata(in this case label). So to not lose this metadata you should use geom_label first and then newfs on the /dev/label/... I think that using ufs label should be sufficient, glabel supports them too (under /dev/ufs directory). Maciek
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201009171738.00057.milu>