Date: Thu, 27 Jan 2000 08:23:39 +1030 From: Greg Lehey <grog@lemis.com> To: "Jeffrey S. Sharp" <jss@subatomix.com> Cc: freebsd-small <freebsd-small@freebsd.org> Subject: Re: your mail Message-ID: <20000127082339.T44457@freebie.lemis.com> In-Reply-To: <002201bf67c6$f76b4090$0dea5e18@mmcable.com> References: <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 <002201bf67c6$f76b4090$0dea5e18@mmcable.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[Format recovered--see http://www.lemis.com/email/email-format.html] On Wednesday, 26 January 2000 at 0:38:35 -0600, Jeffrey S. Sharp wrote: > >>> Another thing: using MFS for the root filesystem is bad for flash. >>> (A) Big MFS sizes on big flash disks make memory requirements too high; >>> (B) There is no need to make it possible for one to remove the >>> flash disk after booting. >>> ... >>> But then there's the problem of /var and /tmp.... >> >> They would need to be in mfs. You can't get away without any writable >> file space, and you don't want to be writing to your flash all the >> time. > > 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. At the best of time, putting /var and /tmp on separate file systems is of dubious advantage. These are not the best of times; one file system is plenty. > The flash is normally kept mounted read-only. Then, instead of > running an update script, one simply remounts the flash read-write, > makes changes, and remounts read-only. Right. Greg -- When replying to this message, please take care not to mutilate the original text. For more information, see http://www.lemis.com/email.html Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers 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?20000127082339.T44457>
