我有同样的问题,我无法找到任何解决方案,例如:
已安装版本:
重复 0.7.17
Python 2.7.17
似曾相识 37.0
我已将 deja-dup 配置为:
- 每日备份文件夹 ~/Documents (
du -sh
86GB) - 到可通过 LAN 或 OpenVPN 访问的备份服务器
- 具有超过 7TB 的可用空间
- 使用 sftp 连接
它像魅力一样工作了 4 年,没有任何变化。它很可能在 6.4.2020 (dd.mm.yyyy) 升级后停止工作 - 最后备份日期是 6.4.2020
现在,它尝试进行“干净备份”,但结果众所周知。Traceback 看起来很相似,它看起来在增量(就像这里的 backup-failed-deja-dup一样)失败,甚至因为同样的原因清理备份。
Traceback (innermost last):
File "/usr/bin/duplicity", line 1555, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 1541, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1393, in main
do_backup(action)
File "/usr/bin/duplicity", line 1414, in do_backup
sync_archive()
File "/usr/bin/duplicity", line 1204, in sync_archive
copy_to_local(fn)
File "/usr/bin/duplicity", line 1146, in copy_to_local
fileobj = globals.backend.get_fileobj_read(fn)
File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 676, in get_fileobj_read
self.get(filename, tdp)
File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 395, in inner_retry
% (n, e.__class__.__name__, util.uexc(e)))
File "/usr/lib/python2.7/dist-packages/duplicity/util.py", line 79, in uexc
return ufn(unicode(e).encode('utf-8'))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 19: ordinal not in range(128)
我只是尝试sudo apt install --reinstall duplicity deja-dup python-minimal
接下来我可以尝试什么?有任何想法吗?
请如果有任何人有同样的问题,类似的 TraceBack,并有任何其他信息在此描述中未提供,甚至任何没有声誉积分的人,请随时编辑此帖子以避免不必要的碎片。将所有相关信息放在一个地方会很好,包括指向其他问题的链接或网络上某处的相关信息。
这对我有用:重新检查并修复备份文件夹的所有者和权限。
上下文:我尝试移动“旧”备份文件夹,并为一个多月前的新备份创建新文件夹。新备份就像一个魅力,但今天又出现了完全相同的错误!但是今天我知道,我在服务器上做了一些更改,并且备份文件夹的所有者配置错误。每当我“chowned”该文件夹时,备份就会再次起作用。
我搬回了“旧”备份文件夹,它不起作用并且大约 6 个月没有使用,并重新设置了所有者/权限。备份再次运行,并且正在创建完整备份。
我认为应该解决这个问题:备份可以检查备份文件夹(包括子文件夹和文件)的权限(或者更好,它可以捕获异常),并在任何情况下返回有效的错误响应。