Ubuntu 16.04、deja-dup 34.2、およびduplicity0.7.06を使用します。
毎週のバックアップを開始するために、通常の外付けドライブを通常のコンピューターに接続し、パスワードを入力して、停止メッセージを受け取りました。
既存のバックアップは、正しい名前という名前のコンピューターのものです。 、ただし、現在のコンピュータ名はcorrectname.lanです。 。これが予期しない場合は、別の場所にバックアップする必要があります。
キャンセル/続行
これは予想外です。外付けドライブを間違ったコンピューターに接続したからではなく、コンピューターの名前が確かに正しいからです。 uname -nで確認 。
他の名前/コンピューターでこの問題が再び発生することを望まないため、別の場所にバックアップする傾向はあまりありません。フレッシュバックアップは、他の考慮事項の中でも特に時間がかかります。
疑問が生じます：なぜそのdeja-dup /duplicityがこの名前を構成しているのですか？これを修正する方法は？
追加した。 [続行]をクリックすると、増分バックアップが実行されます。それでも、停止メッセージは、可能であれば回避するための手順の不要な停止です。
承認された回答：
Ubuntu 19.10、deja-dup 40.1、duplicity0.8.04を使用しています。
疑問が生じます：なぜそのdeja-dup /duplicityがこの名前を構成しているのですか？
バグレポート（2010年までさかのぼる）によると、これは重複のバグであり、deja-dupに影響を及ぼします。重複は、バックアップのコンピューター名に完全修飾ドメイン名（FQDN）を優先します。
- FQDNルックアップの実行方法は、コンピューターのネットワーク構成と、コンピューターが接続されているネットワークの動作の両方の影響を受けます。
- 特に、外部ネットワークの変更により、バックアップが中断される可能性があります。これには、コンピューターをあるネットワークから別のネットワークに移動することも含まれます。
参照
- https://bugs.launchpad.net/deja-dup/+bug/1268182
- https://bugs.launchpad.net/duplicity/+bug/667885
これを修正する方法は？
バグレポートは、/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
ファイルを保存するとすぐに、自動バックアップが開始されました。期待どおりに機能しました。
参照
- https://bugs.launchpad.net/deja-dup/+bug/1086068
- Deja Dupはホスト名を誤って解決し、ISPホスト名を追加します
- / etc / hostsの用途は何ですか？
私のバックアップは、私のISPが私の地域のインフラストラクチャをipv6にアップグレードした頃に壊れました。 dynamic-xxxx-yyyy-zzzz.area-123.example.comなどのホスト名で「hostnamedchanged」が表示されるようになりました 。
ファイルを元に戻して再起動して確認しようとしましたが、バックアップはまだ 実際に 問題を修正するか、「正しい方法」でdeja-dup/duplicityをトリガーします。 ISPが所有するルーターのDHCPタイムアウト（7日）、または私が変更したその他の設定に関連している可能性があります。とにかく回答を投稿していますが、1週間で機能しなくなった場合は、修正が必要になる可能性があります。
関連：スナップインストールが開始されませんか？この回答を書いてから1週間以上経ちました。バックアップの開始とバックアップの検証の両方が成功しました。また、再起動して別のバックアップを開始しましたが、これも成功しました。提案された修正はこれまでのところ機能しているようです 、少なくとも自分のマシンとネットワーク環境では。