Rdfind is a command line tool that finds duplicate files. It is useful for compressing backup directories or just finding duplicate files. It compares files based on their content, NOT on their file names.
# apt install rdfind
# dnf install rdfind
If you are on Mac, you can install through MacPorts. If you want to compile the source yourself, that is fine. Rdfind is written in c++ and should compile under any *nix.
using cygwin.
rdfind [options] directory_or_file_1 [directory_or_file_2] [directory_or_file_3] ...
Without options, a results file will be created in the current directory. For full options, see the man page.
Basic example, taken from a *nix environment: Look for duplicate files in directory /home/pauls/bilder:
$ rdfind /home/pauls/bilder/
Now scanning "/home/pauls/bilder", found 3301 files.
Now have 3301 files in total.
Removed 0 files due to nonunique device and inode.
Now removing files with zero size...removed 3 files
Total size is 2861229059 bytes or 3 Gib
Now sorting on size:removed 3176 files due to unique sizes.122 files left.
Now eliminating candidates based on first bytes:removed 8 files.114 files left.
Now eliminating candidates based on last bytes:removed 12 files.102 files left.
Now eliminating candidates based on md5 checksum:removed 2 files.100 files left.
It seems like you have 100 files that are not unique
Totally, 24 Mib can be reduced.
Now making results file results.txt
It indicates there are 100 files that are not unique. Let us examine them by looking at the newly created results.txt:
$ cat results.txt
# Automatically generated
# duptype id depth size device inode priority name
DUPTYPE_FIRST_OCCURENCE 960 3 4872 2056 5948858 1 /home/pauls/bilder/digitalkamera/horisontbild/.xvpics/test 001.jpg.gtmp.jpg
DUPTYPE_WITHIN_SAME_TREE -960 3 4872 2056 5932098 1 /home/pauls/bilder/digitalkamera/horisontbild/.xvpics/test 001.jpg
.
(intermediate rows removed)
.
DUPTYPE_FIRST_OCCURENCE 1042 2 7904558 2056 6209685 1 /home/pauls/bilder/digitalkamera/skridskotur040103/skridskotur040103 014.avi
DUPTYPE_WITHIN_SAME_TREE -1042 3 7904558 2056 327923 1 /home/pauls/bilder/digitalkamera/saknat/skridskotur040103/skridskotur040103 014.avi
Consider the last two rows. It says that the file skridskotur040103 014.avi
exists both in /home/pauls/bilder/digitalkamera/skridskotur040103/
and /home/pauls/bilder/digitalkamera/saknat/skridskotur040103/
. I can now remove the one I consider a duplicate by hand if I want to.
Rdfind uses the following algorithm. If N is the number of files to search through, the effort required is in worst case O(Nlog(N)). Because it sorts files on inodes prior to disk reading, it is quite fast. It also only reads from disk when it is needed.
- Loop over each argument on the command line. Assign each argument a priority number, in increasing order.
- For each argument, list the directory contents recursively and assign it to the file list. Assign a directory depth number, starting at 0 for every argument.
- If the input argument is a file, add it to the file list.
- Loop over the list, and find out the sizes of all files.
- If flag -removeidentinode true: Remove items from the list which already are added, based on the combination of inode and device number. A group of files that are hardlinked to the same file are collapsed to one entry. Also see the comment on hardlinks under ”caveats below”!
- Sort files on size. Remove files from the list, which have unique sizes.
- Sort on device and inode(speeds up file reading). Read a few bytes from the beginning of each file (first bytes).
- Remove files from list that have the same size but different first bytes.
- Sort on device and inode(speeds up file reading). Read a few bytes from the end of each file (last bytes).
- Remove files from list that have the same size but different last bytes.
- Sort on device and inode(speeds up file reading). Perform a checksum calculation for each file.
- Only keep files on the list with the same size and checksum. These are duplicates.
- Sort list on size, priority number, and depth. The first file for every set of duplicates is considered to be the original.
- If flag ”-makeresultsfile true”, then print results file (default). Exit.(?)
- If flag ”-deleteduplicates true”, then delete (unlink) duplicate files. Exit.
- If flag ”-makesymlinks true”, then replace duplicates with a symbolic link to the original. Exit.
- If flag ”-makehardlinks true”, then replace duplicates with a hard link to the original. Exit.
To build this utility, you need libnettle (on debian based distros: libnettle6
).
Here is how to get and install nettle from source. Please check for the current version before copying the instructions below:
wget ftp://ftp.lysator.liu.se/pub/security/lsh/nettle-1.14.tar.gz -nc
wget ftp://ftp.lysator.liu.se/pub/security/lsh/nettle-1.14.tar.gz.asc -nc
wget ftp://ftp.lysator.liu.se/pub/security/lsh/distribution-key.gpg -nc
gpg --fast-import distribution-key.gpg # omit if you do not want to verify
gpg --verify nettle-1.14.tar.gz.asc --nettle-1.14.tar.gz # omit if you do not want to verify
tar -xzvf nettle-1.14.tar.gz
./configure
make
sudo make install
If you install nettle as non-root, you must create a link in the rdfind directory so that rdfind later can do #include "nettle/nettle_header_files.h" correctly. Use for instance the commands
ln -s nettle-1.14 nettle
There are some interesting alternatives.
A search on ”finding duplicate files” will give you lots of matches.
Here is a small benchmark. Times are obtained from ”elapsed time” in the time command. The command has been repeated several times in a row, where the result from each run is shown in the table below. As the operating system has a cache for data written/read to the disk, the consecutive calls are faster than the first call. The test computer is a 3 GHz PIV with 1 GB RAM, Maxtor SATA 8 Mb cache, running Mandriva 2006.
Test case | duff 0.4 (time ./duff -rP dir >slask.txt ) |
Fslint 2.14 (time ./findup dir >slask.txt ) |
Rdfind 1.1.2 (time rdfind dir ) |
---|---|---|---|
Directory structure with 3,301 files (2,782 Mb jpegs) / 100 files (24 Mb) are redundant | 0:01.55 / 0:01.61 / 0:01.58 | 0:02.59 / 0:02.66 / 0:02.58 | 0:00.49 / 0:00.50 / 0:00.49 |
Directory structure with 35,871 files (5,325 Mb) / 10,889 files (233 Mb) are redundant | 3:24.90 / 0:46.48 / 0:46.20 / 0:45.31 | 1:26.37 / 1:16.36 / 1:15.38 / 0:53.20 | 0:29.37 / 0:07.81 / 0:06.24 / 0:06.17 |
Note: units are minutes:seconds.milliseconds
A group of hardlinked files to a single inode are collapsed to a single entry if -removeidentinode true
. If you have two equal files (inodes) and two or more hardlinks for one or more of the files, the behaviour might not be what you think. Each group is collapsed to a single entry. That single entry will be hardlinked/symlinked/deleted depending on the options you pass to rdfind
. This means that rdfind will detect and correct one file at a time. Running multiple times solves the situation. This has been discovered by a user who uses a ”hardlinks and rsync”-type of backup system. There are lots of such backup scripts around using that technique, Apple time machine also uses hardlinks. If a file is moved within the backuped tree, one gets a group of hardlinked files before the move and after the move. Running rdfind on the entire tree has to be done multiple times if -removeidentinode true. To understand the behaviour, here is an example demonstrating the behaviour:
$ echo abc>a
$ ln a a1
$ ln a a2
$ cp a b
$ ln b b1
$ ln b b2
$ stat --format="name=%n inode=%i nhardlinks=%h" a* b*
name=a inode=18 nhardlinks=3
name=a1 inode=18 nhardlinks=3
name=a2 inode=18 nhardlinks=3
name=b inode=19 nhardlinks=3
name=b1 inode=19 nhardlinks=3
name=b2 inode=19 nhardlinks=3
Everything is as expected.
$ rdfind -removeidentinode true -makehardlinks true ./a* ./b*
$ stat --format="name=%n inode=%i nhardlinks=%h" a* b*
name=a inode=58930 nhardlinks=4
name=a1 inode=58930 nhardlinks=4
name=a2 inode=58930 nhardlinks=4
name=b inode=58930 nhardlinks=4
name=b1 inode=58931 nhardlinks=2
name=b2 inode=58931 nhardlinks=2
a, a1 and a2 got collapsed into a single entry. b, b1 and b2 got collapased into a single entry. So rdinfd is left with a and b (depending on which of them is received first by the * expansion). It replaces b with a hardlink to a. b1 and b2 are untouched.
If one runs rdfind repeatedly, the issue is resolved, one file being corrected every run.