home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25091 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  1.5 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!doc.ic.ac.uk!uknet!comlab.ox.ac.uk!bush
  2. From: bush@ecs.ox.ac.uk (Mark Bush)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: [Q] Compressed Filesystem? Interest?
  5. Message-ID: <1993Jan22.103734.15172@thom5.ecs.ox.ac.uk>
  6. Date: 22 Jan 93 10:37:34 GMT
  7. References: <1993Jan20.200550.24590@wam.umd.edu> <1993Jan20.213854.5028@sfu.ca> <1993Jan20.221858.1962@wam.umd.edu>
  8. Organization: Oxford University Computing Laboratory
  9. Lines: 24
  10. Originator: bush@thom5.ecs.ox.ac.uk
  11.  
  12. In article <1993Jan20.221858.1962@wam.umd.edu> joel@wam.umd.edu (Joel M. Hoffman) writes:
  13. #The idea is that the anti-compressed file system would work in tandem
  14. #with an ordinary file system.  For most uses, you would mount the
  15. #system as, say xfs.  But for backup purposes, you would umount the xfs
  16. #system, and remount >the same disk partition< as xfs-anti-compress.
  17.  
  18. This seems to be a very pointless thread.
  19.  
  20. Why not contact the GNU people and suggest another option whic, instead of
  21. opening a file with fopen() or open() (whichever it uses), opens with:
  22.  
  23.   popen("compress -f < file");
  24.  
  25. or some such.  If you really want the whole thing compresses (gives better
  26. compression overall), then a script around a `tar -Z' type thing should be
  27. able to handle multi-volumes.
  28.  
  29. Someone mentioned that a mistake early on would corrupt everything else, but
  30. this would be the same for a kernel level system.  It shouldn't take much to
  31. do integrity checking of such a backup.
  32.  
  33. This kind of thing has no right to be any where near the kernel.
  34.  
  35. Mark
  36.