Date: Fri, 21 Aug 2009 15:23:58 -0500 From: "Rick C. Petty" <rick-freebsd2008@kiwi-computer.com> To: current@freebsd.org Subject: Re: Cannot mount / from UFS labels Message-ID: <20090821202358.GA10290@keira.kiwi-computer.com> In-Reply-To: <20090821180202.GE91417@acme.spoerlein.net> References: <20090821131723.GA91417@acme.spoerlein.net> <20090821144130.GA7873@keira.kiwi-computer.com> <20090821160700.GD91417@acme.spoerlein.net> <20090821180202.GE91417@acme.spoerlein.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Aug 21, 2009 at 08:02:02PM +0200, Ulrich Spörlein wrote:
> On Fri, 21.08.2009 at 18:07:00 +0200, Ulrich Spörlein wrote:
> > On Fri, 21.08.2009 at 09:41:30 -0500, Rick C. Petty wrote:
> > > On Fri, Aug 21, 2009 at 03:17:23PM +0200, Ulrich Spörlein wrote:
> > > > # tunefs -L root / (in single user)
> > > > then updated /etc/fstab and rebooted
> > >
> > > Was / mounted read-write at the time? After the tunefs, you should have
> > > seen some messages on the console related to the labels.
> >
> > Not quite, the dmesg spammage has been quenched in RELENG_8 and the
> > label *did* show up in dumpfs and /dev/ufs. But I now tried again, and
> > re-mounting the / filesystem r/w makes the label go away.
> >
> > So I guess I need to boot a live system first and have the label created
> > from "outside". Now where is that USB stick ...
>
> Just to clarify, this worked.
>
> What's broken is tunefs on / in single user mode. The change is seen by
> dumpfs but will not survive a reboot. I guess that's ok, though.
You didn't explain whether you had / mounted read-only or read-write.
Also, it probably matters how you got into single-user mode ("shutdown now"
vs. option 4 from boot2). Also, the fact that it's mounted might be the
issue. I'm not sure I would claim this as "broken", although I can't see
any reason a read-only mount is prevented from tuning (at least changing
the volume name).
-- Rick C. Petty
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090821202358.GA10290>