From owner-freebsd-hackers Wed Jan 21 22:31:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA17761 for hackers-outgoing; Wed, 21 Jan 1998 22:31:37 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA17752 for ; Wed, 21 Jan 1998 22:31:31 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id XAA19622; Wed, 21 Jan 1998 23:31:30 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd019569; Wed Jan 21 23:31:23 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id XAA07016; Wed, 21 Jan 1998 23:31:16 -0700 (MST) From: Terry Lambert Message-Id: <199801220631.XAA07016@usr09.primenet.com> Subject: Re: ANNOUNCE: One-floppy FreBSD + rich networking To: j_mini@efn.org Date: Thu, 22 Jan 1998 06:31:15 +0000 (GMT) Cc: blkirk@float.eli.net, bartol@salk.edu, benedict@echonyc.com, hasty@rah.star-gate.com, abial@nask.pl, freebsd-hackers@FreeBSD.ORG In-Reply-To: <19980121172516.29013@micron.mini.net> from "Jonathan Mini" at Jan 21, 98 05:25:16 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > > Couldn't this be overcome by including DOS FS support and using some > > space out of C:\TEMP . Swapfiles could be accomplished in the sameway > > with vnode support. (Leo's getting Largerrrr!) > > Two problems : you loose the advantages of a read-only setup if you use a > hard drive :) And Secondly, msdosfs doesn't have permissions. > > Not to mention that if it did, you could still reboot into DOS and midify > the files. This is not secure. If you want to use HD space, just make a FFS > partition. I can boot an instal floppy as root, mount an FFS, and have my way with it. If you are going to reboot, all bets are off. The MSDOSFS arguments are fixable; specifically, you can have an FS stacking layer on an MSDOS FS that implements storage for UNIX semantics using a file which it does not export to consumers. A UMSDOSFS, but without the kludges. I thought it should be names _FSDATA_.DAT (as opposed to the UMSDOS stuff that is OS name specific and uses __LINUX_.DAT -- not sure about the extension). Under DOS it would be a system hidden file. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.