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バックアップだけに限定されず、すべてリモートにあると思います。