Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!um-math!sharkey!cfctech!teemc!ka3ovk!ki4pv!cdin-1!dsinc!wells!mdi386!bruce
From: bruce@mdi386.UUCP (Bruce A. McIntyre)
Newsgroups: comp.unix.xenix
Subject: Re: Xenix filesystem fragmentation
Summary: But tar won't handle special files and permissions correctly
	 and CTAR will.
Keywords: Xenix,defragmenter
Message-ID: <167@mdi386.UUCP>
Date: 22 Oct 89 14:54:36 GMT
References: <359@mplex.UUCP> <160@mdi386.UUCP> <1989Oct20.205754.18669@i88.isc.com>
Distribution: na
Organization: Wells Computer Systems Corp., Levittown, Pa. 19058
Lines: 27

In article <1989Oct20.205754.18669@i88.isc.com>, daveb@elaited.i88.isc.com (Dave Burton) writes:
> In article <160@mdi386.UUCP> bruce@mdi386.UUCP (Bruce A. McIntyre) writes:
> |While it is true that rm and restore from tape will unfrag a disk to a
> |large extent, the only way to do it correctly that I know of is with a
> |utility from the people that sell CTAR. (compressed tar)
> So will tar/mkfs/tar, and they're *included* with Xenix.
> Dave Burton
> uunet!ism780c!laidbak!daveb

Regular "tar" will not quite do what you want if you do a new mkfs, because
of the way that tar handles special files and directory permissions.  While
cpio does a little better, there are still some gotchas..  A dump will giv
back all of the info, but somehow I don't always trust dump..

On our bigger systems, we use the PCS Flashback (8mm) mirror image device,
and that is both correct and fast.  To do the clean up, we don't use the
mirror image routine of course, because it wouldn't fix the frag problem,
but the regular fpio routine is almost as fast, and does handle everything
correctly.  I have backed up, mkfs'd and restored a 300mb drive in less
than an hour this way.

bruce
-- 
=========================================================================
	Bruce A. McIntyre, McIntyre Designs, Inc. VOICE(215)322-1895
	143 Bridgetown Pike, Langhorne, Pa. 19047 DATA (215)357-2915
	{wells|lgnp1}!mdi386!bruce		bruce@mdi386 tbit+