Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!lll-winken!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!uupsi!ficc!peter From: peter@ficc.ferranti.com (Peter da Silva) Newsgroups: comp.unix.admin Subject: Re: SUMMARY: Backup while in multi-user mode Message-ID: <4DJB=AC@xds13.ferranti.com> Date: 24 May 91 18:20:38 GMT References: <1991May20.204327.17694@erg.sri.com> <690@silence.princeton.nj.us> <43617@netnews.upenn.edu> <2458@cluster.cs.su.oz.au> Reply-To: peter@ficc.ferranti.com (Peter da Silva) Organization: Xenix Support, FICC Lines: 32 In article <2458@cluster.cs.su.oz.au> yar@cluster.cs.su.oz (Ray Loyzaga) writes: > Restore -i is pretty cute, particularly as our users rarely know the > complete path name of a file accurately, We can just grep the backup.log file. We have to do that to find the volume number anyway. > and dump is faster ... That's probably true. > What does cpio do if it receives a name from find that has just been removed? Continues. > How about directories? Ditto. > Do you have to read the entire cpio file to > know if a file is on it (assuming no TOC held on a disk)? We keep a list of files on disk. > Does -newer just check the modification time, if so you might miss some files that > have been touched backwards, it should use the inode change time. Newer uses the modification time. I believe we use the inode change time (we don't actually use find, but rather use a faster special-purpose program). -- Peter da Silva; Ferranti International Controls Corporation; +1 713 274 5180; Sugar Land, TX 77487-5012; `-_-' "Have you hugged your wolf, today?"