ホームフォルダーの.dbusフォルダーはルートに属します

33

~/.dbus私のホームフォルダには、rootのみが読み書きできるフォルダがあります：

drwx------  3 root  root  4096 Feb 17 17:30 .
drwx------  2 root  root  4096 Feb 17 17:30 session-bus

これは正しい設定ですか？または、そうでない場合、どのようにそれが起こりますか？

permissions root dbus

— rubo77
ソース

3

また~/.cache/dconf、私は~/.gvfsルートを所有しています。これはrootとしてnautilusを実行しているからでしょうか？

— インスペラトゥス

3

〜/ .cache / dconfおよび〜/ .gvfsが所有し、場合によってはrootによって作成されますが、これはsudo nautilusまたはsudo geditを実行した結果です。14.04以降では、これらのディレクトリは新規インストールではもう存在せず、使用されていません。したがって、これらの2つのコマンドのいずれかを使用しないでください

— ダグ

43

そもそもルート所有権でこれらが作成される理由は、通常、sudoユーザー環境を維持する方法です。 ls：.gvfsにアクセスできません：許可が拒否されました

そのフォルダ.dbusと.cacheすべてのコンテンツは、ホームディレクトリが属するユーザーが所有することになっています。通常はどちらかを削除しても安全です。次回ログインするときに再作成されます（最終的に廃止されるキャッシュにすぎません）。

# be careful what you type when you use rm -rf!
sudo rm -rf ~/.dbus

.gvfsこれはマウントポイントであるため、多少特殊な動作をすることに注意してください（出力mountを確認してください）。ネットワークフォルダがマウントされている限り、それに触れないでください。

— x
ソース

良い情報。ファイルマネージャですべてのホームディレクトリをコピーしようとして動けなくなりました。したがって、私にとっての解決策は、単にバックアップドライブのターミナルで開き、sudo cp -r ~/* . 2017年8月からTNX を使用するように指示することでした！

— –SDsolar

@SDsolarコメントの精神で、2019

— 。– WinEunuuchs2Unix

6

または、自分自身を再帰的にこのフォルダの所有者にすることもできます。

sudo chown -R username:username .dbus

多くの人がこのフォルダについて知っている唯一の理由は、ホームディレクトリをバックアップし、バックアップソフトウェアからエラーを取得するからです。

— ゴダード
ソース