home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23612 < prev    next >
Encoding:
Text File  |  1993-01-11  |  1.5 KB  |  32 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!haven.umd.edu!wam.umd.edu!joel
  3. From: joel@wam.umd.edu (Joel M. Hoffman)
  4. Subject: Re: The backup problem (was Re: tar won't do multi-volume archives)
  5. Message-ID: <1993Jan11.151640.16986@wam.umd.edu>
  6. Sender: usenet@wam.umd.edu (USENET News system)
  7. Nntp-Posting-Host: rac2.wam.umd.edu
  8. Organization: University of Maryland, College Park
  9. References: <103900@netnews.upenn.edu> <C0JLAn.Hp9@jti.com> <1993Jan11.072222.7301@bronte.boeing.com>
  10. Date: Mon, 11 Jan 1993 15:16:40 GMT
  11. Lines: 19
  12.  
  13. In article <1993Jan11.072222.7301@bronte.boeing.com> paula@bronte.boeing.com (Paul Allen) writes:
  14. >Tar does support multi-volume backups.  Multi-volume archives are not
  15. >compatible with compression because tar pipes it's output through
  16. >compress and can't tell where the volume boundaries are.  I'm not 
  17. >sure I want to compress my backups, because a single glitch renders 
  18. >the whole thing unusable.
  19.  
  20. It seems to me the best way to go would be to compress each file
  21. before it's put in the tar file, and then (obviously) decompress it
  22. for restores.  That way, the backup takes up much less space, but a
  23. glitch or even a missing disk won't corrupt the backup.  I realize
  24. that the compression ratio will not be as high as it would if the
  25. whole file-system were compressed, but it will certainly be better
  26. than no compression at all!
  27.  
  28. I suppose this could be accomplished by piping find into compress into
  29. tar, but I'm not entirely sure.
  30.  
  31. -Joel
  32.