From owner-freebsd-small Wed Jan 26 7: 3:15 2000 Delivered-To: freebsd-small@freebsd.org Received: from cdc.net (server1.cdc.net [207.244.0.12]) by hub.freebsd.org (Postfix) with SMTP id 8B22A14BD5 for ; Wed, 26 Jan 2000 07:03:12 -0800 (PST) (envelope-from mwade@cdc.net) Received: (qmail 11972 invoked from network); 26 Jan 2000 15:03:07 -0000 Received: from unknown (HELO cdc.net) (207.244.0.13) by server1.cdc.net with SMTP; 26 Jan 2000 15:03:07 -0000 Received: (qmail 5328 invoked by uid 100); 26 Jan 2000 15:03:08 -0000 Date: Wed, 26 Jan 2000 10:03:08 -0500 (EST) From: Mike Wade X-Sender: mwade@server2 To: "Jeffrey S. Sharp" Cc: Greg Lehey , freebsd-small Subject: Re: your mail In-Reply-To: <002201bf67c6$f76b4090$0dea5e18@mmcable.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 26 Jan 2000, Jeffrey S. Sharp wrote: > 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. Then, instead of running an update > script, one simply remounts the flash read-write, makes changes, and > remounts read-only. I've attempted this and I ended up with a filesystem of corrupted files when mounting read-only, remounting read-write, then remounting read-only several times. I ended up partitioning the flash and creating a read-only binary partition and a read/write config partition that is mounted only on update. From the mount man page: BUGS It is possible for a corrupted file system to cause a crash. Switching a filesystem back and forth between asynchronous and normal operation or between read/write and read/only access using ``mount -u'' may gradually bring about severe filesystem corruption. It would be very nice to have this feature when dealing with flash. Also it would be nice to have a "accidental power off" safe file system when using hard drives for embedded devices such as Internet Appliances. --- Mike Wade (mwade@cdc.net) Director of Systems Administration CDC Internet, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message