.png)
/home/user/.cache/dconfと とは何ですか/home/user/.dbus? バックアップが失敗するのはなぜですか?
フォローしてみましたこの2013年の回答(以下のコードを参照) ただし、上記のファイルのバックアップは可能でしたが、バックアップできないというメッセージが表示されます/home/[user]/.dbus/session-bus。
$ man chown
$ sudo chown user .cache/dconf
[sudo] password for user:
$ sudo chown user .dbus
$ man chgrp
$ sudo chgrp user .cache/dconf
$ sudo chgrp user .dbus
バックアップのたびにエラーメッセージを閉じるのに時間がかからないようにするにはどうすればいいでしょうか？これらのフォルダを除外する必要がありますか？eggonlegsが示唆したように? なぜそれらは必要ないのでしょうか? なぜ誰かがそれらをバックアップしたいと思うのでしょうか?
答え1
バックアップは2セット作成できます。
ファイルの頻繁なバックアップ
ファイルの頻繁なバックアップ。完全ではありません (必要に応じて、さらに不完全なバックアップにすることもできます)。
これは現在実行しているバックアップであり、変更する可能性があります。
一部のファイルはオペレーティング システムによって使用され、バックアップ中に変更されるため、バックアップに不整合が生じます。つまり、バックアップはバックアップ直後のシステムとは一致しません。(これを回避する方法はいくつかあります。たとえば、Ubuntu の標準以外のファイル システムを使用するなどです
ext4。)ただし、重要なファイル、個人ファイル、システムの調整は、この頻繁なバックアップでバックアップできます。
ドライブ全体の完全なバックアップ
ドライブ全体の完全なバックアップ。頻度は低く、年に 4 回程度、またはオペレーティング システムに大きな変更があった前後に実行します。
このバックアップは、USBペンドライブやCDディスクなどの別のドライブから起動したときに実行する必要があります。クローンジラライブ。
Clonezilla イメージを作成できます。これは、大きなファイルが圧縮された、複数のファイルを含むディレクトリです。イメージは「完全」であり、元のドライブと少なくとも同じサイズの新しいドライブに復元でき、イメージを外部ドライブまたはネットワーク経由で別のコンピューターに保存できます (
ssh)。
答え2
私も同じ問題を抱えていました:
~/.dbusバックアップに失敗し、- それは
root:root
感謝この答え、削除しました~/.dbus再起動して、バックアップを再度実行します。
バックアップは完全に機能するようになりました。
注1:.dbusフォルダーはまだ再作成されていませんが、必要に応じて再作成されるはずです (適切なmyuser:myuser権限があれば)。
注2: にも同じ修正が適用されます~/.cacheが、それをしないように注意してください~/.gvfs特にネットワーク フォルダーがマウントされている場合は注意してください。