lakshmipathi / btrfs-progs Goto Github PK

Namaste !

thank you for dduper, looks like dduper does not handle broken links properly yet, here is what I get;

I tried to use it, ,but had no success with broken symlinks. Here is my report;

kalou@myvps:~/btrfs-progs$ df -h .
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/data-home 6.0G 4.4G 1.1G 81% /home

kalou@myvps:~/btrfs-progs$ git remote -v
origin https://gitlab.collabora.com/laks/btrfs-progs.git (fetch)
origin https://gitlab.collabora.com/laks/btrfs-progs.git (push)

kalou@myvps:~/btrfs-progs$ git branch -v

dump_csum 71303187 Update fast-mode option usage

kalou@myvps:~/btrfs-progs$ sudo python dduper --device=/dev/mapper/data-home --dir=/home --recurse

(...)
Skipped /home/ida/xsh/bin/treeps not unique regular files or file size < 4kb or size < 32768
Skipped /home/ida/xsh/etc/Makefile not unique regular files or file size < 4kb or size < 32768
Traceback (most recent call last):
File "dduper", line 330, in
main(results)
File "dduper", line 281, in main
dedupe_dir(results.dir_path, results.dry_run, results.recurse)
File "dduper", line 264, in dedupe_dir
if validate_file(fn) is True:
File "dduper", line 247, in validate_file
file_stat = os.stat(filename)
OSError: [Errno 2] No such file or directory: '/home/ida/xsh/etc/icecast.xml'

(this issue was fatal, and program stopped without deduping anything)

kalou@myvps:~/btrfs-progs$ df -h .

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/data-home 6.0G 4.4G 1.1G 81% /home

root@myvps:~/btrfs-progs$ ls -l /home/ida/xsh/etc/icecast.xml
lrwxrwxrwx 1 ida ida 24 Dec 31 10:33 /home/ida/xsh/etc/icecast.xml -> ../Local/etc/icecast.xml

root@myvps:/home/ida/xsh/etc# ls -ltr icecast.xml
lrwxrwxrwx 1 ida ida 24 Dec 31 10:33 icecast.xml -> ../Local/etc/icecast.xml

root@myvps:/home/ida/xsh/etc# ls ../Local
ls: cannot access '../Local': No such file or directory

kalou@myvps:~/btrfs-progs$ uname -a
Linux myvps 4.19.0-8-amd64 #1 SMP Debian 4.19.98-1 (2020-01-26) x86_64 GNU/Linux

--
Reported by @Berryamin

It prints the csums like this, with variable-length:

7d6c253f eed64b9c 35074662 31528ee6 698c68ed 46134188 cf889b36 bdb3141b 
de6d71b8 d76d428f a698d755 d0a69b33 2f993506 23afc40f 5836c189 bf14de8b 
12478f4b a5e6438d 5ebee31f 2a8b7e06 acb78 d190a6a7 af0e7374 5b96f9b5 
587719b3 67c30392 d7acd802 d6400cbc e19bfaae b57726b2 1c4f88e2 4baf63fc 
93913c9e e159ba2e 4fb43f49 395c4fb 1585b0e 6305714c 7d4d33c6 2d745b4b  
15afd56a 7ee9ba25 3a4b5257 1c0007bf 658373f4 9c0feb42 e54e4f7 2813cb5 

But these are always 4 bytes, right? Should it print the leading zeros, too?

7d6c253f eed64b9c 35074662 31528ee6 698c68ed 46134188 cf889b36 bdb3141b 
de6d71b8 d76d428f a698d755 d0a69b33 2f993506 23afc40f 5836c189 bf14de8b 
12478f4b a5e6438d 5ebee31f 2a8b7e06 000acb78 d190a6a7 af0e7374 5b96f9b5 
587719b3 67c30392 d7acd802 d6400cbc e19bfaae b57726b2 1c4f88e2 4baf63fc 
93913c9e e159ba2e 4fb43f49 0395c4fb 01585b0e 6305714c 7d4d33c6 2d745b4b  
15afd56a 7ee9ba25 3a4b5257 1c0007bf 658373f4 9c0feb42 0e54e4f7 02813cb5