Xref: utzoo comp.unix.questions:10016 comp.unix.microport:1925
Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!mailrus!tut.cis.ohio-state.edu!rutgers!bpa!cbmvax!vu-vlsi!mpx1!mpx2!erik
From: erik@mpx2.UUCP (Erik Murrey)
Newsgroups: comp.unix.questions,comp.unix.microport
Subject: Re: dump/restore
Summary: I should have mentioned..
Keywords: cpio is not a real backup program
Message-ID: <266@mpx2.UUCP>
Date: 1 Nov 88 15:19:41 GMT
References: <178@celerity.UUCP> <229@dcs.UUCP> <180@celerity.UUCP> <262@mpx2.UUCP> <10789@ulysses.homer.nj.att.com>
Organization: MPX Data Systems, Inc. ,  Wayne, PA
Lines: 22

In article <10789@ulysses.homer.nj.att.com>, ggs@ulysses.homer.nj.att.com (Griff Smith) writes:
> Which version of `restore' are you using?  Blocks are dumped in file
> order.  The 4.[23]BSD version of restore puts files into a directory
> tree using standard `write' and `seek' operations.  Fragmentation IS
> reduced, but the original fragmentation seems to be insignificant on
> the disks I have seen.

I should have said that I am running on a SCO Xenix 2.3.1 system.  It
now (as of this release) uses the SysV "fsphoto" stuff which seems to
be equivelent (on the surface..  i.e.  I, II, III, IV, etc appear when
dumping) to the dump/restore that I had on the older versions of
Xenix.  The only docs I have are for fsphoto and fssave, etc.
Somewhere buiried in the docs I found that you couldn't restore onto a
filesystem that has a different size.

Any idea of what dump/restore version fsphoto/fssave came from?  Is it
completely different?


... Erik-- 
Erik Murrey
MPX Data Systems, Inc.
erik@mpx2.UUCP
...!{bpa,spl1,cbmvax,vu-vlsi}!mpx1!erik