Thanks, I did some more searching and the closest currently documented solution I came across was "chattr +c" on a file by file basis, and on a directory by directory basis. Unfortunately, this is "not yet implemented", and one gets the impression it may never be. I also found the zlibc library which seemed intriguing at first, but if you want lseek to work, it still does a full uncompress, it just does it behind the scenes. I did find out that the rdiff-backup project does compress their deltas, just not the current backup, so it is not as bad as I thought. BTW: cramfs is 256MB max. FS, with a 16MB max. individual file size, so it is a little more flexible than the below. Greg

...

* Greg Freemyer (freemyer@NorcrossGroup.com) [030211 12:47]:

...

Is there a loopback driver that can support large compressed

filesystems?

...

(i.e. 200 Gig IDE.)

...

The only one in the kernel is cramfs which is readonly and I think limited to 16M. There were some experimental patches years ago (ext2compr) to add compression to ext2 but I'm not sure if it's still being developed (the link I had for it is dead).

...

--

...

-ckm

...

-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com