Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 01 Nov 2014 15:21:48 +0100
From:      =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no>
To:        Tomoaki AOKI <junchoon@dec.sakura.ne.jp>
Cc:        freebsd-current@freebsd.org
Subject:   Re: CURRENT: WARNING! r273914 leaves filesystems in inconsistent/corrupted condition!
Message-ID:  <86y4rv6lxf.fsf@nine.des.no>
In-Reply-To: <20141101153554.77a4a7e4cef7bfe2b9486e89@dec.sakura.ne.jp> (Tomoaki AOKI's message of "Sat, 1 Nov 2014 15:35:54 %2B0900")
References:  <20141031202045.2e02f4a3.ohartman@zedat.fu-berlin.de> <86a94c9bn3.fsf@nine.des.no> <545402C9.4070901@fgznet.ch> <201410312231.s9VMVsT1002148@pozo.com> <86fve392uy.fsf@nine.des.no> <20141101153554.77a4a7e4cef7bfe2b9486e89@dec.sakura.ne.jp>

next in thread | previous in thread | raw e-mail | index | archive | help
Tomoaki AOKI <junchoon@dec.sakura.ne.jp> writes:
> Dag-Erling Sm=C3=B8rgrav <des@des.no> writes:
> > Manfred Antar <null@pozo.com> writes:
> > > Then for some reason /var started to being mounted mfs.  [...]  If
> > > I have varmfs=3D"NO" and cleanvar_enable=3D"NO" everything works fine.
> > Not really.  The default for varmfs is AUTO, which mounts a memory
> > file system on /var if, after mounting all "early" file systems,
> > /var is not writeable.
> For me, Manfred's workaround actually helped.

It helped that particular issue, more or less by accident.  It was not
in any way a correct fix or even a correct workaround.

> In single user mode, actual /var (in root partition) appears as
> before.  So there can be some mis-ordering within rc scripts.
> (Remounting of / is delayed? Check for /var too early?)

Exactly right; the check for a writeable /var occurred before / was
mounted r/w, so it mounted an mfs instead.  Xin fixed this in r273919.

> For me, [unblocking /dev/random] takes nearly 2 minutes each boot
> after r273872.  No specific rc.conf setting for it.

That means we're not getting enough entropy during early boot, or we're
underestimating the amount of entropy we're getting.  We added entropy
harvesting to device_attach() about a year ago, which in most cases
provides enough entropy to unblock /dev/random before we even run
init(8).

DES
--=20
Dag-Erling Sm=C3=B8rgrav - des@des.no



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