home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!boulder!ucsu!rintintin.Colorado.EDU!gleasokr
- From: gleasokr@rintintin.Colorado.EDU (Kris Gleason)
- Subject: Re: [Q] Compressed Filesystem? Interest?
- Message-ID: <gleasokr.727664417@rintintin.Colorado.EDU>
- Sender: news@ucsu.Colorado.EDU (USENET News System)
- Nntp-Posting-Host: rintintin.colorado.edu
- Organization: University of Colorado, Boulder
- References: <vera.727556635@fanaraaken.Stanford.EDU> <1993Jan20.200550.24590@wam.umd.edu> <1993Jan20.213854.5028@sfu.ca> <1993Jan20.221858.1962@wam.umd.edu> <2B5EB4A9.1B6D@tct.com>
- Date: Fri, 22 Jan 1993 01:00:17 GMT
- Lines: 21
-
- >According to joel@wam.umd.edu (Joel M. Hoffman):
- >>The idea is that the anti-compressed file system would work in tandem
- >>with an ordinary file system. For most uses, you would mount the
- >>system as, say xfs. But for backup purposes, you would umount the xfs
- >>system, and remount >the same disk partition< as xfs-anti-compress.
-
- I think that this is way too much code to put in the kernel for backup
- purposes only. To implement it, you would have to write an anti-compressed
- filesystem for every normal filesystem. There are three now, with two
- or three more on the way. Why not instead, just write a program designed
- to do multi-volume compressed backups, or better yet, a program that
- creates multi-volume gnu-tar archives, with the individual files compressed
- (and a .Z or whatever tacked onto the filename). In fact, it might be
- really trivial to hack an `input compress' option to gnu tar that is
- compatible with the multi volume system and does not risk total loss at
- the corruption of a single byte.
-
- Ideas?
-
- Kris
-
-
