这个问题之前已经报告过,并声称已经修复。我在备份时遇到了同样的错误,导致我的下一次自动备份无法启动。
观察结果
- 备份期间,~/.cache/deja-dup/metadata 目录下只有一个 README 文件
- 自动备份后,Deja-Dup 应用程序显示“备份失败”:无法恢复‘~/.cache/deja-dup/metadata’:备份中未找到文件”
- 备份后元数据目录已被删除
- 自动和手动备份出现问题
设置
- 从 ~/.cache/deja-dup -> /home/backup/data/deja-dup 的符号链接(由于托管我的主目录的磁盘空间不足,因此需要)
- 每日自动备份(发生在 0200)到大型 2 TB 文件系统(/home/backup)
上一报告
- https://bugs.launchpad.net/deja-dup/+bug/1217959
- 2019-08-03 的错误评论说它已修复,https://bugs.launchpad.net/deja-dup/+bug/1217959/comments/107
应用程序和版本详细信息
表现出虚伪
- 软件包:duplicity
- 版本:0.8.11.1612-1
apt 显示 deja-dup
- 软件包:deja-dup
- 版本:40.7-0ubuntu1
uname -a
- Linux 5.4.0-52-通用 #57-Ubuntu SMP 星期四 十月 15 10:57:00 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
答案1
我遇到了同样的问题,并按照以下两个步骤解决了它:
1 - 使用 apt 删除已安装的程序,然后按照此处的建议使用 snap 再次安装: https://gitlab.gnome.org/World/deja-dup/-/issues/148
2 - 更改保存备份的路径(之前为:/home/user,现在是 /home/user/bkp)
希望对您有帮助。
最好的。
答案2
就我而言,我.deja-dup-ignore
已经~/.chache
rm ~/.cache/.deja-dup-ignore
为我完成了工作。
答案3
@MathieuDubois 的评论让我走上了正确的道路。
运行使用时查看 deja-dup / duplicityps auxf | less
可以揭示正在发生什么。
/usr/bin/python3.10 /usr/bin/duplicity
--include=/home/knagg/.cache/deja-dup/metadata
--exclude=/home/knagg/snap/*/*/.cache
--exclude=/home/knagg/.var/app/*/cache
--exclude=/home/knagg/Dropbox <- from settings
--exclude=/home/knagg/VMs <- from settings
--exclude=/home/knagg/Downloads <- from settings
--exclude=/home/knagg/.local/share/Trash <- from settings
--exclude=/home/knagg/.thumbnails
--exclude=/home/knagg/.steam/root
--exclude=/home/knagg/.gvfs
--exclude=/home/knagg/.cache/deja-dup
--exclude=/home/knagg/.cache
--exclude=/home/knagg/.local/share/Steam
--include=/home/knagg <- from settings
--exclude=/sys
--exclude=/run
--exclude=/proc
--exclude=/dev
--exclude=/var/tmp
--exclude=/tmp
--exclude=/media/knagg/8BALL/dejadup_backup/gafsa
--exclude=**
--exclude-if-present=CACHEDIR.TAG
--exclude-if-present=.deja-dup-ignore
--volsize=50 / gio+file:///media/knagg/8BALL/dejadup_backup/gafsa
--no-encryption
--verbosity=9
--timeout=120
--archive-dir=/home/knagg/.cache/deja-dup
--tempdir=/tmp
--log-fd=30
请注意,这些部分实际上来自 deja-dup 设置。
其余部分显然是自动构建的。
因此,如果我理解正确的话,该文件夹是首先明确包含的,并且它应该覆盖进一步排除metadata
的内容。~/.cache
看起来这个包含/排除优先级系统不能很好地与这两exclude-if-present
行一起工作,所以当发生将CACHEDIR.TAG
或.deja-dup-ignore
文件写入目录时~/.cache
,这会阻止metadata
将其包含在备份中,从而阻止其恢复进行验证,从而触发此错误。
删除该CACHEDIR.TAG
文件解决了我的问题,但目录并未~/.cache
包含在备份中。
唯一的问题是,如果其他任何东西都依赖于此文件,则远离目录~/.cache
。而且我也不知道该文件是如何放在那里的,但如果我不记得了,希望我能找到这篇关于它的帖子 :-)