Backuppc. Инкрементарные копии содержат все предыдущие файлы, а не только новые.

[Stone7]

Всем доброго времени суток!

Прошу помощи в разъяснении механизма инкрементарного резервирования через BackupPC.

Есть задача резервирования Windows системы.
В частности: сохранять папку Windows, с резервными копиями, на стороннюю машину.
В качестве решения был выбран свободный системник, Linux Mint 17.3 и BackupPC.
Система настроена и работает, но не так, как предполагалось, а именно инерементарное резервирование:

1. Есть файл, условно, на 274 МБ. Делаю BackupPC полную копию, все четко. Резервная копия занимает на диске примерно столько же.
2. Добавляю к в целевую папку второй файл, например, на 2 МБ. Запускаю BackupPC на инкрементарную копию - появляется новый архив 279 МБ, в дополнение к полной копии. Тогда как я предполагал, что он просто добавит новый архив на 2 МБ. и в сумме будет не 274+279, а 279.
3. Фиг с ним, добавляю в целевую папку третий файл, на 20 метров. Снова запускаю BackupPC инкрементарное - на выходе появляется третий архив 300 МБ. Т.е. в бэкапах уже 274+279+300.
4. Ничего не добавляю в целевую, тупо жму - сделать инкрементарное.

Итого: var/lib/backuppc/pc/srv05/ (папка хранения сделанных резервных копий) весит более гигабайта. Судя по логам backuppc - да, делается все инкрементарно. Фактически, при просмотре файловой системы - каждый архив содержит все файлы, которые находятся в целевой папке на момент резервирования, а не только новые, относительно полного архива.

[jura12]

Бэкаплю сайт с помощью duplicity. Там инкрементал работает.

[Stone7]

Бэкаплю сайт с помощью duplicity. Там инкрементал работает.

М.... Я хочу настроить на linux сервере резервирование расшареной папки Windows.
Если не ошибаюсь, то duplicity этого не умеет.

[Azure]

Вангую что линукс просто не понимает менялся файл или нет, поэтому инкрементал "чужой" системы не получится. Почему не использовать "примочки" родной системы для бэкапа?

[Stone7]

Вангую что линукс просто не понимает менялся файл или нет, поэтому инкрементал "чужой" системы не получится. Почему не использовать "примочки" родной системы для бэкапа?

Ну, скорее всего так и есть. Вот у меня и вопрос: как это победить?

Тем более, что попробовал развернуть Mint 19.3  и повторить процедуру резервирования. Полное проходит нормально, а инкрементальное выходит вообще пустое. Т.е. он не делает копий вообще.

Не использую виндовые примочки, дабы снизить вероятность вирусного заражения. Все системы виндовые, а сервер бэкапов вижу логичным сделать в отличной системе, что бы он мог сохранить данные несмотря ни на что. Пусть все станции и сервер лягут, но бэкапы останутся.
Пользователь добавил сообщение 07 Марта 2020, 11:23:20:

Выполнил первое полное резервирование.
Все гуд, в логах пишет:
"Running: /usr/bin/smbclient \\\\stone7-book\\test -U backup -E -d 1 -c tarmode\ full -Tc -
full backup started for share test
Xfer PIDs are now 4530,4529
WARNING: The "syslog" option is deprecated
[ skipped 5 lines ]
tarExtract: Done: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 3 filesTotal, 247619143 sizeTotal"

Ну, ошибка syslog - это самба. Пробовал ее исправить, на ситуацию не влияет.

Затем добавляю небольшой файл, делаю инкрементальное. В логах следующее:
"Running: /usr/bin/smbclient \\\\stone7-book\\test -U backup -E -d 1 -c tarmode\ full -TcN /var/lib/backuppc/pc/stone7-book/timeStamp.level0 -
incr backup started back to 2020-03-07 10:13:17  (backup #0) for share test
Xfer PIDs are now 4606,4605
[ skipped 1 lines ]

WARNING: The "syslog" option is deprecated
[ skipped 2 lines ]
tarExtract: Done: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 0 filesTotal, 0 sizeTotal"

При этом, суммарная информация такая:
Backup Summary
0    full    yes    0    2020-03-07 11:13    0.5    0.0    /var/lib/backuppc/pc/stone7-book/0
1    incr    no    1    2020-03-07 11:19    0.0    0.0    /var/lib/backuppc/pc/stone7-book/1

Суммарная инфа по размерам:
File Size/Count Reuse Summary
0    full    3    236.1    8.75    2    191.2    2    44.9
1    incr    0    0.0    0.00    0    0.0    0    0.0