问题标签 [duplicity-backup]

此代码应该备份 /var/www/ 下的每个目录和子目录，“日志”和“备份”目录除外。

虽然它与下面的 rsync 命令完美配合：

..它不适用于下面的 duplicity 命令。它只是备份所有内容并且不排除。

我在这里想念什么？

几个月来我一直在使用 duplicity 来备份我的 mac。我最近需要进行恢复，但看起来我在某个时候切换了键。因为如果我使用密钥 A，它开始打开几个卷，然后抱怨一个卷是用密钥 B 签名的，但是如果我切换到密钥 B，它会抱怨第一个卷是用密钥 A 签名的。手册页指示多重签名不允许使用密钥。我破坏了我的备份吗？两个 GPG 密钥都在我的密钥环上，只有一个备份了一些卷，另一个备份了一些卷。建议？谢谢，彼得

我正在尝试在 macos 上运行 duplicity，但出现此错误：

env：python2：没有这样的文件或目录

恕我直言，python2 和 python2.7 之间缺少链接，但我不确定

创建从 /usr/bin/python2 到 /usr/bin/python 的链接来解决这个问题是否安全？或者将重复性更改为使用 /usr/bin/python 会更好吗？

这是我每晚在服务器上运行的 Duplicity 备份的输出：

我不知道我是否正确地阅读了这篇文章，但它似乎在说的是：

• 我从 77.7 GB 开始
• 我添加了 15 个文件，总计 55.7 MB
• 我删除或更改了总大小为 174 MB 的文件
• 考虑到所有更改后，我的增量总计 56.5 MB
• 我将增量推送到的远程服务器上的总磁盘空间为 11.2 MB

在我看来，我们是说我只推送了 11.2 MB，但由于这些新文件，我应该至少推送了 55.7 MB（不能真正对以前不存在的文件进行小增量），并且然后增量将占用的任何其他磁盘空间。

当我看到这些报道时，我感到很困惑。有人可以帮忙澄清一下吗？我已经尝试挖掘文档，但没有看到太多关于这些值的清晰、简洁的简单英语解释。

我正在尝试使用基于重复性的重复备份。我的问题是我的远程目标（通过 WebDAV 的“GMX 媒体中心”）似乎将一个目录中的文件数量限制为 3000 个（没有记录 - 只有我的经验）。当达到此限制时，备份总是停止，因为WebDAV response status 507 with reason 'Insufficient Storage'.

我看到以下选项：

• 将源分成几个部分。然后我仍然要冒险达到目标目录中 3000 个文件的限制。
• 增加卷大小 ( --volsize)，但这也只会延迟问题。

我还有其他好的选择吗？

我正在对备份 Web 项目使用重复性。通过重复性处理三个不同的地方：存储、数据库和系统设置。

我实际上想停止备份存储并留下另外两个。

所以问题是我如何知道哪些缓存文件与存储备份相关，并且删除它们（或整个重复缓存文件夹）是否安全，因为它占用了太多空间

升级版：

我已将缓存移动到新位置并更改配置中缓存的路径，之后进行了几次测试运行以使一切正常。然后我删除了一个不需要的文件夹，其余所有备份仍然有效。所以移动/删除缓存文件夹绝对安全

我正在测试 duplicity 的恢复功能：

这会产生以下错误：

这个错误是什么意思？

几年来，我已经成功地将我的本地文件备份到一个 mega.co.nz 使用 duplicity 的云驱动器帐户。

几周前，我创建了第二个 MEGA 帐户，并希望将更多数据备份到该帐户上。但是在这里，登录总是失败并返回 RequestError -8（详细的错误日志：见下文）。尽管我使用的 duplicity 命令是相同的（除了登录名），而且据我所知，帐户配置也是相同的。

我注意到的唯一区别：我的旧帐户有 50 GB 配额，新帐户只有 15 GB。

重复性 MEGA 后端是否可能适用于较旧的 MEGA 帐户，但不适用于较新的 MEGA 帐户？这是我目前唯一的解释，因为完全相同的重复性测试命令适用于旧命令，但如果我在新命令上尝试相同的命令，我会重现地得到 RequestError -8！

我确定我使用了正确的密码。我通过使用我的网络浏览器登录帐户来验证它。此外，如果凭据错误，它会抛出 RequestError -9，而不是 -8，我也使用旧帐户进行了测试。

有人可以帮帮我吗？是否是 duplicity 后端的错误，仅对较新的 MEGA 帐户有效？还是我做错了什么！？

以下是我用来测试两个帐户的命令（真实登录名替换为“nemax”）：首先是旧的/成功的：

这里是新的/不成功的：

当我决定在备份中包含其他文件夹时，我遇到了一个错误，我想知道如何更正它。

我的完整duplicity命令是

如果我不包括--include参数，它运行良好，一旦它们被包括在内，我会收到一个FilePrefixError: /home/MINE/Shareable**.

是的，所有这些路径都存在。对我来说，似乎重复性期望包含的路径是相对于/home/MINE/webapps/webapp2而不是绝对路径。

我该如何纠正？

笔记

以一条新消息结束：

我已配置重复性以创建某些文件夹的备份。我每天做一次增量备份，每周做一次完整备份。

我从 cron 以 root 用户身份运行备份。我为备份创建了一个 gpg 密钥（现在称为 root@machine.com），用于对备份进行签名，因此我可以确保已在该机器上创建了备份。

我自己也有一个 gpg 密钥（称为 me@example.com）。我在机器上导入了我的 gpg 密钥的公钥，我想用它作为加密密钥：所以只有我可以解密备份。

问题是每当增量备份运行时，我都会收到以下错误（或警告）：

我了解，由于加密的密钥不在服务器上，因此无法解密备份。我不明白我应该怎么做。:) 每个方法都建议使用相同的密钥进行加密和签名，但这对我来说很奇怪。有没有其他方法可以正确制作、签名和加密备份？