Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!sri-unix!hplabs!hao!noao!mcdsun!fnf From: fnf@mcdsun.UUCP (Fred Fish) Newsgroups: comp.unix.wizards Subject: Re: Backup of a live filesystem revisited Message-ID: <215@mcdsun.UUCP> Date: Wed, 24-Dec-86 15:07:38 EST Article-I.D.: mcdsun.215 Posted: Wed Dec 24 15:07:38 1986 Date-Received: Thu, 25-Dec-86 18:39:05 EST References: <4760002@hpirs.HP> <1226@ho95e.UUCP> <7446@utzoo.UUCP> Reply-To: fnf@mcdsun.UUCP (Fred Fish) Organization: Motorola Microcomputer Division Lines: 20 In article <7446@utzoo.UUCP> henry@utzoo.UUCP (Henry Spencer) writes: >Another wart of dump programs that go through the filesystem is that the >access time of files becomes largely useless, since the dump program ends >up updating it on every backup. Maybe I'm missing something, but why not just use utime(2) to reset the st_atime and st_mtime fields, that's what bru does. Of course, st_ctime is not resetable, and any changes to st_atime or st_mtime by another process while the file is being read out for backup are lost. Backup programs that diddle with the raw filesystem while it's active give me the creeps... -Fred -- =========================================================================== Fred Fish Motorola Computer Division, 3013 S 52nd St, Tempe, Az 85282 USA {seismo!noao!mcdsun,hplabs!well}!fnf (602) 438-5976 ===========================================================================