Bigsync is a tool to incrementally backup a single large file to a slow destination (think network media or a cheap NAS). The most common cases for bigsync are disk images, virtual OS images, encrypted volumes and raw devices.
Bigsync will read the source file in chunks calculating checksums for each one. It will compare them with previously stored values for the destination file and overwrite changed chunks if checksums differ.
This way we minimize the access to a slow target media which is the whole point of bigsync's existence.
Run this periodically:
bigsync \
--source /home/egor/Documents.dmg \
--dest /media/backup/documents.dmg.backupFor more details run bigsync --help.
rsync does kind of the same thing, too. But rsync does read both files to calculate checksums, which slows down the whole process a lot when working with slow media. bigsync only reads source file and writes only the changed blocks to destination, which minimizes load and access to the destination drive.
Checksums files are not compatible between 32-bit and 64-bit operating systems. The MD4 checksum algorithm reports different checksums on those due to a historical bug, which should not be fixed in a maintenance-only project like bigsync.
Requires CMake 3.20+ and a C compiler.
cmake -S . -B build -DCMAKE_BUILD_TYPE=Release
cmake --build build --parallel
ctest --test-dir build --output-on-failure
sudo cmake --install build --stripInstall defaults to /usr/local. Set -DCMAKE_INSTALL_PREFIX=/your/prefix
when configuring to change it.
Use -DBUILD_TESTING=OFF to skip building tests.
Create a source archive with cmake --build build --target dist.
Any modern POSIX will do. So practically any Linux, macOS 10.4.0-27.0, etc.
Note that checksums files are incompatible between 32bit and 64bit platforms (see above).
Open an issue ticket at GitHub: https://github.com/egorFiNE/bigsync/issues
See CHANGELOG.md. Note: bigsync is rarely updated, because it is nearly
perfect.
Special thanks to Western Digital for producing «MyBook World Edition», which is so incredibly slow that it motivated me to create bigsync.
Thanks to Andrew Suslov for helping me.
Thanks to Dirk Huffer for sparse files support.
MIT.