Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Jan 2000 14:06:35 -0700
From:      Warner Losh <imp@village.org>
To:        "Jeffrey S. Sharp" <jss@subatomix.com>
Cc:        "Greg Lehey" <grog@lemis.com>, "freebsd-small" <freebsd-small@FreeBSD.org>
Message-ID:  <200001262106.OAA02060@harmony.village.org>
In-Reply-To: Your message of "26 Jan 2000 00:38:35 CST." <002201bf67c6$f76b4090$0dea5e18@mmcable.com> 
References:  <002201bf67c6$f76b4090$0dea5e18@mmcable.com>  <3888D5CF.329989@achtung.com> <20000122145538.A390@mojave.worldwide.lemis.com> <20000124122024.A4574@horus.co.jyu.fi> <20000125103358.U2643@mojave.worldwide.lemis.com> <005f01bf66f4$05a499f0$0dea5e18@mmcable.com> <20000126075825.C42227@freebi 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <002201bf67c6$f76b4090$0dea5e18@mmcable.com> "Jeffrey S. Sharp" writes:
: Therefore, I suggest something like what Warner has done (and that I am
: working on as time permits), where the flash is the root fs and /tmp,
: /var, and so on are mounted as small MFS filesystems.  The flash is
: normally kept mounted read-only.

Yes.  That's right.  I have permisson to make the mkflash stuff
available.  I'd like to mak eit into a port or something.

: Then, instead of running an update
: script, one simply remounts the flash read-write, makes changes, and
: remounts read-only.

This gets hard to manage in a hurry, but is effective.  We actually
have two R/W partitions in our system.  One we leave r/w all the time,
the other we leave unmounted.  From time to time we dump everything
from the first to the second.  That way if the first one develops a
readonly spot, we can switch to the other.  Our projections are that
we'll have to do this after about 5 years of use (our devices are
intended to have a 10 year life).

This makes flash 3x better than IDE drives that have a very very high
failure rate (like 1 per 50 systems installed per month).  This is why
we're moving to flash...

Warner


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-small" in the body of the message




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