DéjàDupが.cache / dconfおよび.gvfsのバックアップを完了できないのはなぜですか?


14

私はDéjàDupの使用に24時間かかります。このエラーメッセージとは別に、すべてが適切に見えます。

バックアップ完了

次のファイルをバックアップできませんでした。それらを開くことができることを確認してください。

/home/mjwittering/.cache/dconf

/home/mjwittering/.gvfs

もしあれば、どうすればいいですか?

回答:


13

このWebページを見つけた後、私は質問を解決できました。バックアップに失敗した各ファイルの所有者とグループを更新する必要があります。これらのコマンドを使用して状況を解決しました。

sudo chown mjwittering .cache/dconf .gvfs
sudo chgrp mjwittering .cache/dconf .gvfs

次に、バックアップを再度実行します。バックアップは正常に完了するはずです。


2
.gvfsディレクトリの内容をバックアップしてもよろしいですか?これは、ユーザーがマウントしたファイルシステムの単なるマウントポイントです(たとえば、nautilusを使用してネットワーク共有を参照する場合)-通常、これらのファイルは実際に存在するリモートシステムにバックアップされます-ローカルにバックアップすると、多くの不要なネットワークトラフィックが発生する可能性があります(およびローカルディスクの使用)
-steeldriver

2
あなたの権利、おそらく両方のパスの内容をバックアップする必要はなく、DéjàDupのデフォルトの無視リストを拡張できます。私は実際に外部ディスクにバックアップしており、システムにネットワーク共有をマウントしていないので、問題があるはずですが、それは非常に興味深い予期せぬ結果です。アドバイスをありがとう。
mjwittering

1
私もこの問題を抱えていました。私のシステムでは、代わりに〜/ .cache / dconf +〜/ .dbusでした。ディレクトリはルートが所有するものではないため、絶対に変更してください。これは、Ubuntuの-develの-議論し、ここでこれを確認し、返信、あるに議論されたlists.ubuntu.com/archives/ubuntu-devel-discuss/2014-April/...
Konstigt

2
質問に答えるために、これらはむしろchown'd / chgrp'dよりも、デジャ-DUPの中に無視されるべきである
eggonlegs

2
〜/ .dbusを無視しようとしましたが、まだエラーが発生しました。それはほとんどマイナーですが、毎日の迷惑です:バックグラウンドで静かに実行するのではなく、バックアップするたびにDeja-Dupがランチャーで小刻みに動き、「OK」を待ってエラーメッセージを閉じます。したがって、chownとchgrpは歓迎すべき解決策です。これにより、毎日1日の時間が数秒節約されます。
Khashir

0

12.04システムでは、〜/ .gvfsの所有者はme:meであり、アクセス許可はdr-x ------です。

そのため、ユーザー自身に所有権を付与し、グループ化して実行します。

chmod 500 ~/.gvfs

.cache / dconfについて追加するコメントはありません


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.