「パスを通す」の意味とは？

パスを通すとは、具体的にはコマンドサーチパス(コマンド検索パス)を環境変数$PATHに追加すること、と僕は理解しています。

パスを通すことによって、コマンド名のみでコマンドを実行できるようになります。

コマンド名のみでコマンドを実行するとは？

たとえば、/binディレクトリのlsコマンドを実行するとき、本来はパス名/bin/lsを使用する必要があります。

% /bin/ls

上記のようにパス名を使用してもコマンドを実行することはできますが、パスが通っていれば、下記のようにコマンド名のみでlsコマンドを実行することができるようになります。

% ls

コマンドサーチパスとは?

コマンドがパスの指定なしで実行されると、コンピュータはそのコマンドに対応するファイルを環境変数$PATHに定義したディレクトリ内から検索します。コマンドサーチパスとは、つまり実行されたコマンドに対応するファイルを探しにいくディレクトリのパスのことで、環境変数$PATHに定義されています。

環境変数$PATHは、次のように確認することができます。

% echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

このように、コマンドサーチパスはコロン(:)で区切られています。整理すると次のようになります。

/usr/local/bin
/usr/bin
/bin
/usr/sbin
/sbin

これらのディレクトリに格納されているコマンドは、パスが通っているので、コマンド名のみで実行することができます。逆にいえば、ここにないディレクトリに格納されているコマンドは、PATHが通っていないので、パス名を指定しなければ実行することができない、ということになります。

ききほど実行したlsコマンドのコマンドサーチパスである/binも、環境変数$PATHに定義されていることがここで確認できます。

パスを通す方法

パスを通すというのは、具体的には環境変数$PATHを編集して、コマンドを格納するディレクトリを追記する処理を意味します。

環境変数を設定する際には、exportコマンドを実行するようです。下記のようにパスを通す方法がよく紹介されています。

% export PATH=$PATH:追記したいコマンドサーチパス

たとえば、/mybinディレクトリをコマンドサーチパスとして登録する場合を考えてみます。

まず、現在登録されているコマンドサーチパスを確認します。

% echo $PATH                                        
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

ここに/mybinを追加する場合は、次のようにコマンドを実行します。

% export PATH=$PATH:/mybin

exportコマンドは、環境変数を設定したりするためのコマンドです。

上記のコマンドは、環境変数$PATHに[現在の$PATH + :/mybin]を代入する、という処理をしているようです。

更新された環境変数$PATHを確認するために、もう一度echo $PATHを実行します。

% echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/mybin

このように、/mybinというコマンドサーチパスが追加されることがわかります。

ちなみに、環境変数$PATHをもとに戻すときには、次のようにコマンドを実行しました。

% export PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
% echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

.bashrcと.bash_profileについて

パスを通すときは、~/.bashrcや~/.bash_profileにコマンドサーチパスを登録する処理を記述する方法が一般的なようです。

これらのファイルは、どちらも自動的に実行されるファイルで、下記のような違いがあるようです。

• .bash_profile: ログイン時のみ実行されるファイルで、環境変数の設定などに使用される
• .bashrc: 対話モードのbashを起動するときに実行されるファイルで、エイリアスやシェル関数の定義などに使用される

試しに.bash_profileを使って/mybinのパスを通してみようと思います。

まずは.bash_profileファイルをエディタで開きます。

% vi ~/.bash_profile

最終行にパスを通すための処理を追加します。

export PATH=$PATH:/mybin

最後に、sourceコマンドを実行して、.bash_profileファイルの変更を反映させます。.bash_profileはログイン時に実行されるファイルなので、ログインをやり直さずに変更内容を反映させたいときはsourceコマンドが使用されるようです。

% source ~/.bash_profile

環境変数$PATHが上書きされたことを確認します。

% echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/mybin

これで、/mybinディレクトリのファイルはパス名のみで実行することができるようになりました。

コマンド検索の優先順位

環境変数$PATHには、複数のコマンドサーチパスを登録することができます。

% echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

僕の環境では上記のように環境変数が定義されていますが、コマンドがパスの指定なしで実行されると、コンピュータは左から順番にコマンド検索を始めるようです。

つまり、次のような順番でコマンドを検索します。

1. /usr/local/bin
2. /usr/bin
3. /bin
4. /usr/sbin
5. /sbin

たとえば、2番目の/usr/binと4番目の/usr/sbinに同名のコマンド実行ファイルが存在した場合、実行されるのは/usr/binディレクトリのコマンド実行ファイルになります。「コマンドは実行されるけれど、意図した挙動ではない」というような場合は、環境変数$PATHの中身を確認するとよいかもしれません。

実行ファイルの格納場所を調べる

whichコマンドで、コマンドのパスが通っているかどうかを調べることができます。

% which git
/usr/local/bin/git

コマンドのパスを調べるときに使うコマンドには、whichの他にもwhereisというものがあるようです。

• which: 環境変数$PATHで定義したコマンドサーチパスを検索する
• whereis: /usr/bin:/bin:/usr/sbin:/sbinを検索する

上記のような違いがあるようなので、パスが通っているかどうかを知りたいときはwhichコマンドを使ったほうがよさそうです。