Xav*_*uvw 6 backup deja-dup duplicity
使用 Ubuntu 16.04、deja-dup 34.2 和 duplicity 0.7.06。
为了开始每周备份，我将常用的外部驱动器与常用的计算机相连，输入密码并收到暂停消息：
现有备份是名为正确名称的计算机，但当前计算机名称是正确名称.lan。如果这是意外，您应该备份到不同的位置。
取消/继续
这是出乎意料的。不是因为我将外部驱动器插入了错误的计算机，而是因为计算机的名称确实正确。与uname -n.
我不太倾向于在不同的位置备份，因为我不希望其他名称/计算机再次发生此问题。除其他考虑因素外，全新备份非常耗时。
问题出现了：deja-dup/duplicity 是如何构成这个名字的？如何解决这个问题？
添加。通过单击继续，您可以执行增量备份。如果可能的话，暂停消息仍然是程序中不必要的停止。
使用 Ubuntu 19.10，deja-dup 40.1，duplicity 0.8.04。
问题出现了：deja-dup/duplicity 是如何构成这个名字的？
根据错误报告（最早可追溯到 2010 年），这是影响deja-dup 的口是心非的错误。Duplicity 更喜欢将完全限定的域名 (FQDN) 作为备份的计算机名称。
看
如何解决这个问题？
该错误报告提示以/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启动备份和验证备份均成功。也重新启动并开始另一个备份，也成功了。到目前为止，建议的修复似乎有效，至少对我自己在我的机器和我的网络环境中是这样。