geditをsudoで使用すると、具体的にどのような問題が発生しますか？

私はこの答えを読んで、「時々」ルートが/home/$USERディレクトリで何かを所有できることを説明しました。

誰でもそれを証明する方法の例を挙げられますか？本当に悪いことが起こったとき、実行したときにテストケースを与えるだけです

sudo gedit /etc/rc.local

ファイルを編集して保存します。

OPを手助けしようとする多くの反対投票があり、sudoでgeditを実行するのは犯罪だとコメントが殺到しました。

誰かが実際の例を挙げられますか？

この質問が重複していない理由を明確に説明しました。リンクされた質問に対するgeditに固有の回答はありません。

そして、なぜ広く使われているのsudo geditが悪いのか、そうでないのかなどを説明することが重要です。

限りsudo gedit、特に最近のように、何も悲惨なことはなく、単に悪い練習です。提案するのはどれほど難しいでしょうsudo -H geditか？

-H、--set-homeセキュリティポリシーにHOME環境変数をターゲットユーザーのパスワードデータベースエントリで指定されたホームディレクトリに設定するように要求します。ポリシーによっては、これがデフォルトの動作になる場合があります。

何が起こりますか？

あなたはあなたのホームフォルダにいくつかのルート所有ファイルを取得します。1つ（recently-used.xbel）はユーザーの所有権に戻る可能性があります。これは、ファイルが削除されて再作成されたときに発生する可能性があります。何sudo geditが変更されたかを確認するには、実行find ~ -user root -group rootして何が返されるかを確認します。デフォルトでは、これは何もないはずです。

このコマンドを使用すると、rootが所有するいくつかのファイルが表示される場合があります。一つは新しいだろう.file、.gvfsと、遅かれ早かれ、root所有~/.cache/dconfし、前述のrecently-used.xbel。

したがって、「空が壊れている」ことはありませんが、それでもまだです。現在、継続して使用すると他の問題が発生するという報告がありますが、ここに表示されていないものについては主張しません。

また、13.10以降sudo geditでは、ルートのgedit構成ではなく、ユーザーのgedit構成を使用することに注意してください。繰り返しになりますが、これはなぜ悪い習慣なのでしょうか。

まあそれはファンタジーかもしれませんが、同じことを言う人はたくさんいます：

• Gtkアプリにsudoではなくgksudoを使用する必要があるのはなぜですか？

  ただし、.ICEauthorityの権限が変更されたために、Firefoxの拡張機能が動かなくなったり、ログインできなくなったりするなど、副作用が軽度な場合もあります。

• ユーザーが通常のsudoを使用してグラフィカルアプリケーションを起動しないのはなぜですか？

  rootとしてgedit（グラフィカルテキストエディター）を実行しているとします。sudo geditを実行すると、プログラムがrootとして実行されている場合でも、HOMEは引き続きホームディレクトリを指します。その結果、geditは構成ファイルをrootとしてホームディレクトリに書き込みます。これにより、構成ファイルがrootによって所有され、アクセスできない場合があります（後でプログラムをrootとしてではなく自分で実行した場合）。

• 別のユーザー（Debian）としてGUIプログラムを実行するには？

  まず、グラフィカルプロセスを実行するようにユーザーを変更するためにsudoまたはsuを使用しないでください。そうしないと、将来問題が発生する可能性があります（〜/ .ICEauthorityの所有者の変更は注目すべき問題です）。代わりに、次のコマンドを使用するショートカットを作成します。

• グラフィカルにSudoを実行する

  まあ、完全に正直に言うと、ほとんどの場合そうではありません。多くのアプリケーションでは、それらを不適切な方法で実行できます。グラフィカルアプリケーションにsudoを使用すると、悪影響はありません。

  ...

  これらのエラーが発生するのsudoは、アプリケーションを起動するときに、root権限で起動するがユーザーの構成ファイルを使用するためです。

  このメールアーカイブもあなたにとって興味があるかもしれません。

それでは、テストしてみましょう。

2つの新しい仮想ボックス。Ubuntu 14.04。それらに対してFirefoxを実行しないでください。コマンドを実行するとどうなりsudo firefoxますか？

tim@Hairy14CVB:~$ sudo firefox    
(process:4857): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

...

shutdownObserver@XPIProvider.jsm:2192:13

これは、両方の仮想ボックスで同じです（または少なくとも非常に似ています）。Firefoxの実行中に、YouTube拡張機能をインストールしました-注目の拡張機能。次に、Firefoxを閉じて、出力を確認しました。

tim@Hairy14CVB:~$ ls -la .ICEauthority 
-rw------- 1 tim tim 1336 Jun  4 21:31 .ICEauthority

まあ、.ICEauthority元気です！しかしながら...

tim@Hairy14CVB:~$ ls -la | grep root
drwxr-xr-x  3 root root 4096 Jun  1 20:49 ..
drwx------  3 root root 4096 Jun  5 22:41 .dbus
drwx------  4 root root 4096 Jun  5 22:41 .mozilla

ホームフォルダー（/home/tim/）の3つのアイテムは、ルート（..、.dbusおよび.mozilla）が所有しています。これは、両方の仮想ボックスで同じです（または少なくとも非常に似ています）。

それで、これは問題です。よくわからなかったので、次のようにFirefoxを実行しました。

tim@Hairy14CVB:~$ firefox

(process:4959): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Error: Access was denied while trying to open files in your profile directory.

そして、この醜いエラー：

完全なターミナル出力（firefox babbleを含む）については、こちらとこちらの 2つのペーストビンを参照してください。

ちなみに、まだrootとしてFirefoxを実行できます。しかし、今はより多くのファイルが変更されました：

tim@Hairy14VB:~$ ls -la | grep root
drwxr-xr-x  4 root root  4096 Jun  3 19:46 ..
drwx------  3 root root  4096 Jun  5 22:55 .adobe
drwx------  3 root root  4096 Jun  5 22:40 .dbus
drwx------  3 root root  4096 Jun  5 22:55 .macromedia
drwx------  4 root root  4096 Jun  5 22:40 .mozilla

これは、画像をimgur.comにアップロードしたためですか？わからない。

これをどのように修正しましたか？chown。わかりませんが、インターネットはそうするように言っており、それは仮想ボックスなので、非常に便利です。

sudo chown -R tim:tim /home/tim/

そして、それはそれを修正しました。これで、出力は単なる..ファイルになります。

tim@Hairy14VB:~$ ls -la | grep root
drwxr-xr-x  4 root root  4096 Jun  3 19:46 ..

そして、それは私の実際のコンピューターでも同じです。ああ、そして私のKubuntu virtualbox：

tim@Hairy14VB:~$ ls -la | grep root
drwxr-xr-x  3 root root  4096 May 16 14:10 ..

sudoコマンドを実行することすらありません。すべてが順調です。sudoGUIアプリケーションでは実行しないでください。

最終テスト：-Hと-iフラグを指定して実行します。

sudo -H firefox

そして

sudo -i firefox

そして朗報！それでも、唯一のルート「もの」は..です。そして、firefoxルートなしで実行できます。

OPは私にGeditについて話してほしいと思っています。

私は走った

sudo gedit

次に、いくつかのランダムなプラグインをインストールしました。これは出力でした：

tim@Hairy14VB:~$ ls -la | grep root
ls: cannot access .gvfs: Permission denied
drwxr-xr-x  4 root root   4096 Jun  3 19:46 ..

の所有権を表示することさえできないことに注意してください.gvfs。

tim@Hairy14VB:~$ sudo ls -la | grep root
drwxr-xr-x  4 root root   4096 Jun  3 19:46 ..
dr-x------  2 root root      0 Jun  6 10:05 .gvfs

したがって、実行sudo geditすると、ホームディレクトリのファイルがルートに変更されます。

私はまだgeditを開くことができますが、今回はゴミを出します：

(gedit:7422): Gtk-WARNING **: Attempting to read the recently used resources file at `/home/tim/.local/share/recently-used.xbel', but the parser failed: Failed to open file '/home/tim/.local/share/recently-used.xbel': Permission denied.

これは、~.local/share/recently-used.xbel変更された別のファイル（）があることを示しています。これは最近使用したファイルのリストであり、（幸いなことに）最近使用したファイルのリストはもうありません。

そこにというファイルがあるはずoutput2.txt.save2です。私の代名詞は彼/彼です