From owner-freebsd-hackers  Sat Jun 22 16:59:32 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id QAA18361
          for hackers-outgoing; Sat, 22 Jun 1996 16:59:32 -0700 (PDT)
Received: from misery.sdf.com (misery.sdf.com [204.244.210.193])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA18356
          for <freebsd-hackers@FreeBSD.org>; Sat, 22 Jun 1996 16:59:30 -0700 (PDT)
Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id RAA07612; Sat, 22 Jun 1996 17:07:54 -0700 (PDT)
Date: Sat, 22 Jun 1996 17:07:53 -0700 (PDT)
From: Tom Samplonius <tom@sdf.com>
To: Wilko Bulte <wilko@yedi.iaf.nl>
cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org
Subject: Re: Cleaning of /tmp in /etc/rc
In-Reply-To: <199606222158.XAA05610@yedi.iaf.nl>
Message-ID: <Pine.NEB.3.93.960622170651.7553B-100000@misery.sdf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk


On Sat, 22 Jun 1996, Wilko Bulte wrote:

> >   I believe lost+found can be safetly removed.
> 
> I don't think the lost+found clause is useless: consider a /tmp that is a 
> seperately mounted filesystem. 

  Yes, I do that on several systems here.  lost+found is not required
anyways, and created as needed by fsck.

Tom