forked from tex/fusecompress
-
Notifications
You must be signed in to change notification settings - Fork 0
/
README
107 lines (73 loc) · 5.68 KB
/
README
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
FuseCompress (compressed filesystem in userspace)
We are not responsible for any badness that may happen to you during using
this software.
Todo:
Bugs:
File becames unreadable when it hits a not enough space condition. So
be careful to really have enough free space on the disk to store all the data.
This is more a feature than a bug:
In CFile *FileManager::GetUnlocked(const char *name, bool create) FuseCompress
uses the underlying filesystem inode number. This is a problem when you have
multiple partitions underneath.
For example
/backups/.max (partition 1)
/backups/.max/alex (partition 2)
/backups/.max -> /backup/max (fusecompress)
This would spoil the inode pool and potentially lead to conflicts, especially
with hard links.
Problems:
Do NOT compile FuseCompress with g++-4.3.3! Strange threading problems
(broken locking) were detected (thank you Steve!) when using this version of
g++.
There is a memory leak (not too big, user detects it after milions of
copyied files) in 'file' package, more exactly in it's magic library, see:
http://mx.gw.com/pipermail/file/2009/000306.html
==13747== 1,356 bytes in 135 blocks are definitely lost in loss record 9 of 12
==13747== at 0x4C256AE: malloc (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==13747== by 0x725503F: __vasprintf_chk (in /lib64/libc-2.9.so)
==13747== by 0x7254ED2: __asprintf_chk (in /lib64/libc-2.9.so)
==13747== by 0x63C2993: file_printf (in /usr/lib64/libmagic.so.1.0.0)
==13747== by 0x63BBDC5: (within /usr/lib64/libmagic.so.1.0.0)
==13747== by 0x63BC6A7: file_softmagic (in /usr/lib64/libmagic.so.1.0.0)
==13747== by 0x63C2B8A: file_buffer (in /usr/lib64/libmagic.so.1.0.0)
==13747== by 0x63B6104: magic_buffer (in /usr/lib64/libmagic.so.1.0.0)
==13747== by 0x41F9CF: CompressedMagic::isNativelyCompressed(char const*, int) (CompressedMagic.cpp:140)
==13747== by 0x42A44F: Compress::write(char const*, unsigned long, long) (Compress.cpp:361)
==13747== by 0x43B99E: Memory::write(bool) (Memory.cpp:203)
==13747== by 0x43BC77: Memory::merge(char const*) (Memory.cpp:53)
==13747==
This leak should be fixed with the newer 'file' package.
Requires:
boost >= 1.33.1
libz
libbz2
xz-4.999.9beta (lzma library from http://tukaani.org/xz/xz-4.999.9beta.tar.gz)
liblzo2
Example (with apt-get):
$ sudo apt-get install libboost-dev libz-dev liblzo2-dev libmagic-dev libfuse-dev -y
(also install the xz-beta manually, above)
Note that 32-bit users may need to recompile boost by hand for long file support (see below).
Compile:
Typically you only need to run autoreconf -fiv && ./configure && make && sudo make install
Boost's libraries may be stored in /usr/lib64 on 64bit systems,
configure script needs to be called with:
./configure --with-boost-libdir=/usr/lib64/
Don't use --enable-debug flag. Build fails during linking with boost
libraries.
If you don't have pkg-tool installed, try following:
FUSE_CFLAGS="-D_GNU_SOURCE -D_REENTRANT -D_POSIX_C_SOURCE=200112L -D_POSIX_SOURCE -D_DEFAULT_SOURCE -D_XOPEN_SOURCE=500 -pedantic -Wno-long-long -Wall -fpermissive -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=26" FUSE_LIBS="-lfuse" ./configure --with-boost=/usr/include/ --with-boost-libdir=/usr/lib64
If your boost library was compiled for 32bit system without support for long files (bigger than 2GiB)
configure script prints this error message:
Boost library compiled for 32bit architecture without long file support!
It means that any program using this library is limited to work with files smaller than 2GiB.
You can either ignore this problem by passing --enable-crippled_boost to FuseCompress' configure script
or compile boost with long file support. In both cases, try to report this problem to authors of your
Linux distribution.
There are switches you can use to build boost library with long file support:
./bjam "define=_FILE_OFFSET_BITS=64" release --toolset=gcc --build-type=minimal --layout=system --libdir=/usr/lib/ --prefix=/usr
sudo ./bjam "define=_FILE_OFFSET_BITS=64" release --toolset=gcc --build-type=minimal --layout=system --libdir=/usr/lib/ --includedir=/usr/include/boost --prefix=/usr install
Usage:
See man pages for fusecompress and fusecompress_offline.
Author:
Milan Svoboda <[email protected]> (author and project maintainer)
Feel free to contact me with suggestions and bug reports.