Package Details: dar 2.5.18-2

Git Clone URL: (read-only)
Package Base: dar
Description: A full featured command-line backup tool, short for Disk ARchive
Upstream URL:
Keywords: archive backup dar disk
Licenses: GPL
Submitter: xyproto
Maintainer: MarcinWieczorek
Last Packager: MarcinWieczorek
Votes: 46
Popularity: 0.925344
First Submitted: 2011-12-14 16:48
Last Updated: 2019-01-04 08:56

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

encbladexp commented on 2014-04-11 17:48


I upload this with the next dar release.

svg1234 commented on 2014-04-11 01:52

"You also might want to speed up the compilation process running ./configure
with the --disable-static option".

Might want to add --disable-static to the pkgbuild?

svg1234 commented on 2014-04-11 00:36

re: the 4GB, I found out it's for the ARCHIVE size. I tested a backup w/ low compression, and it went over 4GB, and then erred out.

I have a 64 bit cpu but only 2GB ram (don't need 64 bit to address memory), so a couple of years ago when I did my original arch install, I went with the 32 bit. One of these days I'll get around to switching to the 64 bit version.

I guess I'll try infinint and see what the difference is versus the 32 bit integer build that I did last night. I currently have about 120K files on my system. I have plenty of swap space, so that isn't an issue. Guess it just comes down to speed.


raw commented on 2014-04-10 05:55

i dont know, as i havent tried it on 32 bit os, so almost everything i write here is speculation.

IMHO, as a 32 bit linux-kernel is actually built for a 32 bit machine, it does not allow access to 64 bit operations. If you have a 64 bit CPU, there is no reason to not use a 64 bit Linux.

While i still dont know exactly, i think your whole backup can be larger than 4GB. In worst case you have to split your archive into multiple slices. Just give it a try, if you hit any limit, DAR will tell you. If you do not have many files to backup, you are probably fine with infinitint anyways. If you are backing up millions of files (like E-Mails, many many images) AND want to use dar_manager, i strongly recommend a 64 bit OS, as it makes a serious difference in memory usage and performance.

This integer-mode also applies to the dar_manager, so the maximum file count applies to the dardb-archive too. if you have 1,000,000 files per backup and use dar_manager for easy restore, your dardb could only cover 4 backups until the file limit is hit.

svg1234 commented on 2014-04-10 02:37


Is the 64 bit integer mode only for a 64 bit O/S? I have a 64 bit cpu but have arch i686 (32 bit) installed. Can I use the 64 bit integers? Probably not.

svg1234 commented on 2014-04-09 23:34

1) Is the 64 bit integer mode only for the 64 bit O/S? I have a 64 bit cpu but use arch i686 (32 bit). Is it the cpu or the o/s that matters? Can I use the 64 bit integers?

2) Is the 4gb file size limit (for 32 bit integer) for each SOURCE file? Or is it a 4GB overall limit for the archive that DAR produces? I don't have any individual files that are > 4GB but my system backup will be > 4GB.

encbladexp commented on 2014-04-09 13:29

Hi raw,
nice Idea => Done. Thx!

raw commented on 2014-04-09 11:28

Hello encbladexp,

i suggest to change the PKGBUILD to enable 64-Bit integer mode on 64 bit Systems by default:

if test "$CARCH" == x86_64; then

./configure --prefix=/usr --sysconfdir=/etc $EXTRA_OPTIONS

im using dar on a large fileset that cannot behandled with the default infinitint. While on 32 bit Systems, infinitint avoids the 4GB file size and 4,294,967,296 file count limit, i can't imageine any dar user to hit the 64 bit Limits.
Using infinitint creates a lot of memory and cpu overhead, making it impossible to backup a large amount of files with infinitint. I have to recompile dar every update and would like to see the 64 bit mode default on 64 bit Systems. Thank you.

hamelg commented on 2012-07-01 09:05

encbladexp commented on 2012-07-01 07:37

Hi, you should downgrade to 2.4.5 and contact the dar developers about this issue.