://paste.debian.net/hidden/d311cfcf/
Why is rdiff-backup running fine over the directory but still has
corrupted documents in the destination and how do I fix this without
removing the full backup.
Kind regards,
Jelle de Jong
___
rdiff-backup-users
The files where no hard links, on the ntfs source directory they show up
as real files.
Kind regards,
Jelle de Jong
On 16/03/17 19:12, Joe Steele wrote:
This is just a guess, but if your de-duplication process involves the
use of hard links which rdiff-backup is backing up, then your
-sdb2//DSC_1319.JPG
Kind regards,
Jelle de Jong
On 16/03/17 19:12, Joe Steele wrote:
This is just a guess, but if your de-duplication process involves the
use of hard links which rdiff-backup is backing up, then your problem
may relate to the following bug (which affects hard links):
http
-device-files --exclude-sockets
--exclude-fifos /mnt/sr8-sdb2/
/srv/storage/backups/libvirt-filesystems/sr8-sdb2/
Kind regards,
Jelle de Jong
The Netherlands
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
https
On 7/18/19 4:45 PM, Lew Wolfgang wrote:
On 07/17/2019 04:48 AM, Jelle de Jong wrote:
Hello everybody,
I am trying to run an rdiff-backup and it keeps missing some documents
compared with the source, we are using a simple test.txt file to check
if the backups are still working and I got one
