From owner-freebsd-hackers Tue Nov 26 00:47:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA27773 for hackers-outgoing; Tue, 26 Nov 1996 00:47:46 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA27756 for ; Tue, 26 Nov 1996 00:47:41 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vSJB5-000QqrC; Tue, 26 Nov 96 09:47 MET Received: (grog@localhost) by freebie.lemis.de (8.8.3/8.6.12) id JAA00507; Tue, 26 Nov 1996 09:39:46 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199611260839.JAA00507@freebie.lemis.de> Subject: Re: A simple way to crash your system. In-Reply-To: <8867.848975625@time.cdrom.com> from "Jordan K. Hubbard" at "Nov 25, 96 06:33:45 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 26 Nov 1996 09:39:45 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >> I use it all the time, but I'm *very* careful not to run more than one >> process on the FS, and I unmount the darn thing as soon as I read/write >> the files to the FS. >> >> It works as long as I treat it like fragile china, and not having it >> would be a real setback for me. > > I understand this, but you also have to realize that many people don't > understand the fragile china approach (and with justification - how > *would* one generally know?) and it's a real setback to have your UFS > filesystems blown away too. :-) > > I'd welcome some compromise solutions, otherwise I think it's simply > too dangerous to advertise, explicitly or implicitly, as a feature. I don't use it, so it's no skin off my back, but from what I see on -questions, a lot of people there do. I'd suggest one of: - do nothing. - remove it and announce the fact on -announce. - make it read-only (will this help?) - announce the dangers on -announce, and leave it to the user to decide. I haven't heard of too many problems in the use of dosfs, in fact. I'd guess that people don't exactly treat it like fragile china, but since they tend to come from the DOS world, they don't run more than one process on it at a time anyway. Comments? Greg