«Сбой резервного копирования» после ручного удаления старых файлов резервных копий

«Сбой резервного копирования» после ручного удаления старых файлов резервных копий

Система резервного копирования Ubuntu использовала слишком много места на моем диске, поэтому я решил запустить fresch и вручную удалить все существующие файлы резервных копий. Но теперь каждый раз, когда я начинаю процесс резервного копирования (либо нажимая кнопку «Создать резервную копию сейчас...», либо используя «deja-dup --backup» из CLI), я получаю всплывающее окно с этим сообщением:

Указанный архивный каталог «/home/[me]/.cache/deja-dup/7b5f5b35d423174917aee4c3a7052081» не существует или не является каталогом

$ ls -las /home/[me]/.cache/deja-dup/
total 8
4 drwxr-xr-x 2 root root 4096 Dec  8 10:46 .
4 drwxrwxr-x 3 arne arne 4096 Dec  8 09:55 ..

Как сбросить deja-dup? Где сохраняется информация '7b5f5b35d423174917aee4c3a7052081'?

[дополнительная информация]

Возможно, мне следует отметить, что

~/.cache/deja-dup 

имеет символическую ссылку на папку на дополнительном жестком диске (/dev/sdb1, ext3), смонтированную в /media/WD1TB.

решение1

Оказывается

~/.cache/deja-dup

не было возможности записи.

Но теперь я понимаю,

Could not restore ‘~/.cache/deja-dup/metadata’: File not found in backup'...

см. мой новый пост:

«Сбой резервного копирования»: Не удалось восстановить «~/.cache/deja-dup/metadata»: Файл не найден в резервной копии

решение2

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

sudo apt-get remove --purge deja-dup

и

sudo apt-get install deja-dup

следует полностью сбросить deja-dup...

Однако теперь, когда вы в любом случае удаляете deja-dup, вы можете взглянуть на "назад во времени" также... ;-)

решение3

Я просто удалил /home/<me>/.cache/deja-dupи /home/<me>/.cache/duplicity, похоже, все сбросилось. Теперь он продолжает и сделал новую резервную копию.

Связанный контент