From owner-freebsd-hackers Wed Aug 14 10:24:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15652 for hackers-outgoing; Wed, 14 Aug 1996 10:24:45 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA15647 for ; Wed, 14 Aug 1996 10:24:44 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA12196; Wed, 14 Aug 1996 12:21:10 -0500 From: Joe Greco Message-Id: <199608141721.MAA12196@brasil.moneng.mei.com> Subject: Re: Nightmare. To: terry@lambert.org (Terry Lambert) Date: Wed, 14 Aug 1996 12:21:10 -0500 (CDT) Cc: jgreco@brasil.moneng.mei.com, ulf@lamb.net, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199608141710.KAA29273@phaeton.artisoft.com> from "Terry Lambert" at Aug 14, 96 10:10:48 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I would go more into the direction of checking if the dump device is a > > > mounted file system. Easy check. > > > > I tend to agree, but wonder if it would not make more sense to tackle this > > from a different angle. > > > > Consider all the programs that could clobber a mounted file system. Would > > it make more sense if we somehow protected a mounted disk device from > > being clobbered? > > Yes. Disable the raw device for mounted disks. The stacking > architecture disallows (since it internall references the vnodes) a > device level soloution that does anything to the non-raw device. > > If we can get past the point where devfs is a mandatory item, then we > can fix all of this without breaking FS stacking. There is no soloution > otherwise that could not be broken by a clever idiot. Would it make more sense to just disable _writes_ to raw devices for mounted disks? (probably writes to both devices, for that matter) I am thinking specifically of using dump,dd,etc to read a mounted file system for some useful purpose. ... JG