From owner-freebsd-current Mon Jul 1 15:00:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18996 for current-outgoing; Mon, 1 Jul 1996 15:00:35 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA18987 for ; Mon, 1 Jul 1996 15:00:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA06634; Mon, 1 Jul 1996 14:54:19 -0700 From: Terry Lambert Message-Id: <199607012154.OAA06634@phaeton.artisoft.com> Subject: Re: Problem installing from 2.2-960612-SNAP To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 1 Jul 1996 14:54:18 -0700 (MST) Cc: stesin@elvisti.kiev.ua, current@FreeBSD.org In-Reply-To: <29295.836209428@time.cdrom.com> from "Jordan K. Hubbard" at Jul 1, 96 01:23:48 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > _if_ you originally had all disk devoted to DOS, > > > > _and_ you used FIPS later to repartition your disk and > > free some space for FreeBSD at the end, > > Yes, this theory has come up before. The only problem, of course, > is that it still doesn't help us fix msdosfs. :-) Institute devfs. I will write logical volume management. msdosfs will operate against a logical volume, and requests out of range for the logical device will be trapped. Problem solved. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.