Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!cs.utexas.edu!samsung!munnari.oz.au!basser!ultima!hades!greyham
From: greyham@hades.OZ (Greyham Stoney)
Newsgroups: comp.unix.i386
Subject: /etc/cleanup bug! (was Re: Another fdisk partition for 386/ix.)
Message-ID: <479@hades.OZ>
Date: 27 Nov 89 16:19:12 GMT
References: <4339@dell.dell.com>
Organization: Ausonics Pty Ltd, Sydney, Australia
Lines: 32

in article <4339@dell.dell.com>, jrh@mustang.dell.com (jrh) says:
% The /lost+found directory is probably there when you originally install, the
% problem is the shell script /etc/cleanup has a nasty bug in it.  They have
% a line which reads:
% 
% find /lost+found -mtime 14 -exec rm -rf {} \; > /dev/null 2>&1
% 
% This is loaded in crontab to be executed every Sunday morning by default.
% The problem is, if /lost+found has not had it's modification time changed 
% in 14 days, the entire subdirectory is removed.
.
.
.
% Next, modify /etc/cleanup to fix the problem permanently.  The easiest is
% to insert a line with:
% 
% touch /lost+found
% 
% before the 'find' command above, should clear it up...

How about changing that line to:
find /lost+found -type f -mtime 14 -exec rm -rf {} \; > /dev/null 2>&1
		 ^^^^^^^

since lost+found is a directory, it won't get nuked, and if there's anything
other than regular files in lost+found, they won't get nuked either.

Greyham.
-- 
/*  Greyham Stoney:                            Australia: (02) 428 6476  *
 *     greyham@hades.oz  - Ausonics Pty Ltd, Lane Cove, Sydney, Oz.      *
 *    TDMP/IP: Telepathic Direct Marketing Personel Interface Protocol   */