使用 Ubuntu 16.04、deja-dup 34.2 和 duplicity 0.7.06。
为了开始每周备份，我将常用的外部驱动器与常用的计算机连接起来，输入密码并收到了停止消息：
现有备份是名为正确名称，但当前计算机名称是正确名称.lan。如果这是意外情况，您应该备份到其他位置。
取消/继续
这是意料之外的。不是因为我将外部驱动器插入了错误的计算机，而是因为计算机的名称确实正确。已使用 进行检查uname -n。
我不太愿意在不同位置进行备份，因为我不想在其他名称/计算机上再次发生此问题。除其他考虑因素外，全新备份非常耗时。
问题出现了：deja-dup/duplicity 怎么会编造出这个名字？如何解决这个问题？
已添加。单击“继续”即可执行增量备份。但暂停消息是过程中不必要的停止，应尽可能避免。
答案1
使用 Ubuntu 19.10、deja-dup 40.1、duplicity 0.8.04。
问题出现了：deja-dup/duplicity 是怎么组成这个名字的？
根据错误报告（最早可追溯到 2010 年），这是表里不一影响重复。Duplicity 倾向于使用完全限定域名 (FQDN) 作为备份的计算机名称。
- FQDN 查找的执行方式受计算机的网络配置以及计算机所连接的网络的运行方式的影响。
- 具体来说，外部网络的变化可能会破坏备份。1这包括将计算机从一个网络移动到另一个网络。
看
如何解决这个问题？
错误报告提示了/etc/hosts各种编辑方法。以下是我更改的内容，是mycomputer我选择的名称。请注意，顺序似乎很重要。
/etc/hosts（省略 ipv6 地址）
原来的：
127.0.0.1 localhost
127.0.1.1 mycomputer
修改的：
127.0.0.1 mycomputer localhost
127.0.1.1 mycomputer
我保存文件后，自动备份就开始了。一切如预期般顺利。2,3
看
1我的备份损坏时，我的 ISP 正在将我所在地区的基础设施升级为IPv6 协议。开始看到“主机名已更改”，主机名如下dynamic-xxxx-yyyy-zzzz.area-123.example.com。
2尝试通过恢复文件并重新启动进行验证，但备份仍然不确定是否实际上修复了问题，或者只是以“正确的方式”触发 deja-dup/duplicity。可能与 ISP 拥有的路由器中的 DHCP 超时（7 天）有关，或者我更改了其他设置。无论如何我都会发布答案，但如果它在一周内停止工作，可能不得不修改。3
3写这个答案已经有一个多星期了。2启动备份和验证备份都成功了。还重新启动并启动了另一个备份，也成功了。看来建议的修复方法有效迄今为止，至少对于我自己的机器和网络环境来说是这样。