deja-dup sshメソッドが機能しない-代わりにローカルに書き込みます
rsyncの年後、deja-dupを試してみます。これまでのところそれほど成功していない：
Sshを介してバックアップを作成しようとするたびに、deja-dupフロントエンドが開始されたディレクトリでローカルディレクトリツリーが開かれます。レコードの場合：userおよびserverは設定ユーティリティで設定されます。 、バックアップはディレクトリ/export/dumps/notebookhost/user/deja-dupに移動することになっています。テストのために、バックアップのソースとして小さなディレクトリを使用します...
結果：バックアップを含む/home/user/sftp:/user/server/export/dumps/notebookhost/user/deja-dupのlocalディレクトリ（ホームディレクトリのバックアップスケジュールでこれを想像してください-呼び出されるたびに、ファイルシステムの境界に到達するまで、backup + homedirectoryでホームディレクトリを膨張させます）
コマンドラインからの重複の呼び出しは、scpまたはsftpの両方を使用して、キーフレーズのないssh公開キーがターゲットホストにインストールされると、正常に機能します。
duplicity sampledir scp://user@Host//export/dumps/client/home/user/deja-dup/
duplicity sampledir sftp://user@Host//export/dumps/client/home/user/deja-dup/
しかし、これらのメソッドが試行され検証された後（およびローカルの混乱が解消された後）でも、フロントエンドdeja-dupは、「sftp:」で始まるローカルディレクトリ構造を作成します。ローカル）パス。戦略的な場所で/- esを使用してパディングすると、パスに%2F- esが追加されます。
「カスタムの場所」が選択されている場合、sshに対して最後に生成されたURIは次のように表示されます。
sftp://192.168.178.12/export/dumps/client/home/user/deja-dup
この場所には、ユーザーホームディレクトリ以外の場所に正常に書き込むための/がありませんが、「ssh」メニュー項目で選択した場合と同じように失敗します。 sftpをscpとsshに置き換えようとしましたが、異なる名前のローカルディレクトリしか取得できませんでした。 uriの引用は機能しません。その場合、ローカルホームディレクトリへのパスが事前に取得されるためです。 uriのエスケープ部分も機能しません-エスケープ文字はローカルディレクトリ名に文字通り挿入されます。
次に試してください：dconf-editorを使用して、構成ツールで解析を回避します。
org.gnome.DejaDup.File path 'sftp://user@Host:22//export/dumps/client/home/user/deja-dup/'
Uriの前後に（他のすべての文字列のように）単一引用符を追加することができます。残念ながら、これはdeja-dup --backupが呼び出されるとすぐに、単一引用符で始まるローカルディレクトリ名のみになります...
バグ908791 ftpまたはsftpにバックアップすると、Deja-Dupの起動場所に「sftp：」または「ftp：」フォルダーが作成されます 2011年12月以降、これを説明しているようですが、解決されていません。パッケージpython-paramikoがインストールされています（インストールされています）。
更新：
sftpでnautilusを介してファイルシステムの削除にアクセスしようとすると（^ Lを入力してロケーションバーにアクセスし、sftp://user@Host/export/dumps/client/user/をuriと入力すると、同じ奇妙なパス/home/user/sftp:/user@Host/..エラーメッセージにエコー（/home/userは現在の作業ディレクトリ）：Unable to find the requested file. Please check the spelling and try again. Unhandled error message: Error when getting information for file '/home/user/sftp:/user@Host/...': No such file or directory.
解決済み：
14.04へのアップグレードでは、sshfsはインストールされませんでした。 deja-dupの依存関係にも含まれていないため、その不在は説明されている動作につながりました。
Sudo apt-get install sshfs
その後、ノートブックを再起動すると問題が修正されました。シェルからdeja-dup --backupが呼び出されると、構成されたサーバー上の正しい場所にバックアップが送信されます。
問題のデバッグの詳細については、 nautilus問題に対する私の答え を参照してください。
上記は私にとってはうまくいきませんでしたが、少し不格好な回避策を見つけました。
私が使用したトリックは、リモートフォルダーを「マウント」し、ローカルフォルダーと考えてdeja dupをトリックすることです。
私は初心者であることをリンクできるかどうかわかりませんが、sshドライブのマウントおよび/またはCIFSを介してそれを実行します。 SSHのように安全ではないことは知っていますが、小さなホームネットワークでは動作します。
わずかな編集：これはsshだけでなくsmbにも影響を与えるため、sshバックアップだけに限定されず、すべてリモートにあると思います。