Debianのパスに/ usr / local / sbin、/ usr / sbin、/ sbinを追加しない理由はありますか？

Debian（左）とUbuntu（右）を比較します：

$ ifconfig                                 $ ifconfig
bash: ifconfig: command not found          eth0     Link encap ...
$ which ifconfig                           $ which ifconfig
$                                          /sbin/ifconfig

次に、スーパーユーザーとして：

# ifconfig                                 # ifconfig
eth0      Link encap ...                   eth0     Link encap ...
# which ifconfig                           # which ifconfig
/sbin/ifconfig                             /sbin/ifconfig

さらに：

# ls -l /sbin/ifconfig                     # ls -l /sbin/ifconfig
-rwxr-xr-x 1 root root 68360 ...           -rwxr-xr-x 1 root root 68040 ...

ifconfigDebianで超大国なしでは実行できない唯一の理由は、それが私の道にないからです。使用する/sbin/ifconfigと動作します。

Debianのパスに追加すべきでない理由はあり/usr/local/sbin:/usr/sbin:/sbinますか？これはパーソナルコンピューターであり、私は人間の唯一のユーザーです。

_{使用バージョン（uname -a）：
Ubuntu：}

Linux ubuntu 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

_Debian：

Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u3 (2015-08-04) x86_64 GNU/Linux

ではDebianポリシー Debianが次のことを書かれているファイル階層標準のバージョン2.3を。標準の注＃19は次のように述べています。

「sbin」ディレクトリに入れるものを決定するのは簡単です。通常の（システム管理者ではない）ユーザーがこれを直接実行する場合、「bin」ディレクトリの1つに配置する必要があります。通常のユーザーは、パスにsbinディレクトリを配置する必要はありません。

たとえば、ユーザーがたまにしか使用しないchfnなどのファイルは、/ usr / binに配置する必要があります。pingは、ルート（ネットワークの回復と診断）に絶対に必要ですが、ユーザーがよく使用するため、そのために/ binに配置する必要があります。

おそらく特定のsetuidおよびsetgidプログラムを除く、/ sbin内のすべてに対する読み取りおよび実行権限をユーザーに付与することをお勧めします。/ binと/ sbinの区分は、セキュリティ上の理由やユーザーがオペレーティングシステムを見るのを防ぐために作成されたのではなく、誰もが使用するバイナリと主に管理タスクに使用されるバイナリの間に適切なパーティションを提供します。/ sbinをユーザーの立ち入り禁止にすることに固有のセキュリティ上の利点はありません。

短い答え：

/usr/local/sbin:/usr/sbin:/sbinDebianのパスに追加すべきでない理由はありますか？

注が述べているように、あなたがそうすべきでない理由はありません。システムを使用しているのはあなただけであり、sbinディレクトリ内にバイナリが必要なので、それらをに自由に追加してください$PATH。この時点で、それを正しく行うための優れた答えを紹介します。

追加しない唯一の理由は、コマンドのタブ補完が遅くなり（より多くのディレクトリが検索されるため）、効率が低下することです（非rootが使用する意味がないコマンドから偽の一致が発生する可能性が高いためです） ）。