From owner-freebsd-hackers Sat Jun 22 15:04:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12634 for hackers-outgoing; Sat, 22 Jun 1996 15:04:51 -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 PAA12629 for ; Sat, 22 Jun 1996 15:04:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA22874; Sat, 22 Jun 1996 14:59:51 -0700 From: Terry Lambert Message-Id: <199606222159.OAA22874@phaeton.artisoft.com> Subject: Re: Cleaning of /tmp in /etc/rc To: tom@sdf.com (Tom Samplonius) Date: Sat, 22 Jun 1996 14:59:51 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Jun 22, 96 12:57:19 pm X-Mailer: ELM [version 2.4 PL24] 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 > It's supposed to delete everything in /tmp except lost+found and > quota.user and/or quota.group > > I believe lost+found can be safetly removed. No, it can't. Not every /tmp is a 4.4BSD UFS FS. > It doesn't actually avoid the quota files properly. Different issue. One could argue that having quota files in /tmp is an error, that if you have a seperate /tmp fs and need quotas, that you should: 1) md /disk/tmp /disk/tmp/tmp 2) mount /tmp's fs on /disk/tmp (or somewhere other than /tmp 3) md /disk/tmp/tmp 4) rm /tmp 5) ln -s /disk/tmp/tmp /tmp 6) put any quotas in /disk/tmp, so they aren't in the path of the rc-based cleanup > It should probably also check whether the quota files are owned by root. Tee hee hee. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.