「環境変数」の版間の差分

2024年1月17日 (水) 17:11時点における最新版

環境変数とは 1 つ以上のアプリケーションによって使用されるデータを含む名前付きオブジェクトです。簡単に言えば、名前と値がある変数です。環境変数の値としては、実行可能ファイルのファイルシステムにおける場所や使用するデフォルトのエディタ、システムロケールの設定などがあります。Linux に慣れてないユーザーは、環境変数で設定をするのは御しがたいと考えがちです。しかし、環境変数は、Linux で複数のアプリケーションとプロセスの間で設定を共有するためのシンプルな方法を提供してくれます。

ユーティリティ

coreutils パッケージには printenv と env というプログラムが含まれています。現在の環境変数とその値を一覧表示するには:

$ printenv

ノート: 環境変数の中にはユーザ個別のものも存在します。printenv の出力を非特権ユーザの場合と root ユーザの場合で比較して確認してください。

env ユーティリティを使うことで、環境変数を変更してコマンドを実行することができます。以下の例では、環境変数 EDITOR を vim に設定して xterm を起動します。以下のコマンドを実行しても、グローバルな EDITOR 変数には影響を与えません。

$ env EDITOR=vim xterm

シェルの set(1p) 組み込みコマンドを使えば、シェルオプションの値を変更したり、位置のパラメータを設定したり、シェル変数の名前とその値を出力したりできます。

各プロセスはその環境変数を /proc/$PID/environ ファイルに保存しています。このファイルには、ヌル文字 (\x0) で区切られたキーと値のペアが含まれています。sed を使用すると、より読み易い形式で取得できます。例: sed 's:\x0:\n:g' /proc/$PID/environ。

変数の定義

環境を不必要に汚染しないために、変数のスコープを制限するように努めるべきです。実際、グラフィカルセッションや systemd サービスでは、変数を有効にするために特定の場所で設定することが要求されます。環境変数のスコープは、それらが影響を与えるコンテキストに分けられます:

グローバル: あらゆるユーザが実行する全プログラム。Systemd サービスは含まれません。
ユーザ別: 特定のユーザが実行する全プログラム。Systemd ユーザサービス (Systemd/ユーザー#環境変数を参照) やグラフィカルアプリケーション (#グラフィック環境を参照) は含まれません。

グローバル

シェルの初期化ファイルを使う

大半の Linux ディストリビューションは、あなたに /etc/profile 等のファイルに環境変数の追加・変更を行うよう指示します。また、/etc/locale.conf のような変数設定を含むパッケージ固有の設定ファイルがあることも覚えておいてください。環境変数の維持・管理は必ず行い、環境変数を含むことができる多数のファイルに注意を払うようにしてください。原則的に、あらゆるシェルスクリプトは環境変数の初期化に使うことができますが、以下のような UNIX の慣例に従い特定のファイルでのみ行われるべきです。

以下のファイルは、システムのグローバルな環境変数を定義するために使用できますが、それぞれに異なる制限があります:

/etc/environment は pam_env モジュールによって使用され、シェルに依存しないため、スクリプトやグロブ展開は使用できません。このファイルは、変数=値 という形式しか受け入れません。
/etc/profile は、ログインシェルのみに対して変数を初期化します。しかし、このファイルはスクリプト (例: /etc/profile.d/ 内にあるファイル) を実行し、すべての Bourne shell 互換シェルで使用することができます。
シェル固有の設定ファイル - シェルのグローバルな設定ファイルで、変数の初期化やスクリプトの実行を行います。例えば Bash#設定ファイル (例: ~/.bashrc)) や Zsh#スタートアップ/シャットダウンファイル (例: ~/.zshrc) です。

以下の例では、複数のディレクトリ (例えば ~/bin と ~/scripts) をそれぞれのユーザーの PATH に追加する関数を作成しています。これを行うには、以下を任意のグローバル環境変数の設定ファイル (/etc/profile または /etc/bash.bashrc) に記述するだけです:

set_path(){

    # ユーザ ID が 1000 以上であるか確認する
    [ "$(id -u)" -ge 1000 ] || return

    for i in "$@";
    do
        # ディレクトリが存在するか確認する
        [ -d "$i" ] || continue

        # ディレクトリが $PATH に既に存在するか確認する
        echo "$PATH" | grep -Eq "(^|:)$i(:|$)" && continue

        # ディレクトリを $PATH の末尾に追加し、export する
        export PATH="${PATH}:$i"
    done
}

set_path ~/bin ~/scripts

異なるシェル間で環境変数を共有する1つの方法として、envsubst によって直接読み込むことのできるファイルを、コメント、空行、スペース (bash) を含めずに、作成するというものがあります ([1] から着想を得ました):

.env

EDITOR=vim
XDG_CACHE_HOME=$HOME/.cache
XDG_CONFIG_HOME=$HOME/.config
XDG_DATA_HOME=$HOME/.local/share
XDG_STATE_HOME=$HOME/.local/state

bashrc

export $(envsubst < .env)

config/fish/config.fish

export (envsubst < .env)

pam_env を使う

pam_env(8) PAM モジュールは、環境変数の設定を以下のファイルから順番にロードします: /etc/security/pam_env.conf と /etc/environment の順です。

ノート:

これらのファイルは、他のファイル、特に、~/.profile、~/.bash_profile、~/.zshenv より前に読み込まれます。
非推奨の ~/.pam_environment はもう読み込まれません。FS#68945 を参照してください。

/etc/environment では、変数=値 というペアを1行に1つずつ記述しなければなりません。例:

EDITOR=nano

/etc/security/pam_env.conf は以下の形式で記述します:

VARIABLE [DEFAULT=value] [OVERRIDE=value]

@{HOME} と @{SHELL} は、/etc/passwd で定義されているものに拡張される特別な変数です。次の例は、HOME 環境変数を別の変数に展開する方法を示しています:

XDG_CONFIG_HOME   DEFAULT=@{HOME}/.config

ノート: 変数 ${HOME} および ${SHELL} は、HOME および SHELL 環境変数にはリンクされていません。これらはデフォルトでは設定されていません。

また、この形式では、${VARIABLE} を使って、既に定義されている変数を他の変数の値で展開することができます。例えば:

GOPATH DEFAULT=${XDG_DATA_HOME}/go

VARIABLE=value のペアも可能ですが、これらのペアでは変数の展開はサポートされていません。詳しくは pam_env.conf(5) を参照してください。

ユーザーごと

環境変数をグローバルに定義したくないという時もあるでしょう。例えば、PATH に /home/my_user/bin を追加したいが、システム上の他のユーザーには同じ PATH を使って欲しくないという場合が考えられます。様々なファイルを使うことでローカルに環境変数を定義することができます:

シェルのユーザ設定ファイル。例えば、Bash#設定ファイルや Zsh#スタートアップ/シャットダウンファイル。
- あなたが開くターミナル (例: コマンドラインアプリケーションのみ) に変数のスコープを制限しない限り、ログインシェルの変数も変更されます。
systemd ユーザ環境変数は ~/.config/environment.d/*.conf から読み込まれます。

ローカルで PATH にディレクトリを追加したい場合、以下のように ~/.bash_profile に記述します:

export PATH="${PATH}:/home/my_user/bin"

変数をアップデートするために、再ログインするかファイルを source してください: $ source ~/.bash_profile。

ノート: dbus デーモンや systemd のユーザインスタンスは、~/.bashrc などのような場所で設定された環境変数を継承しません。これはつまり、dbus によってアクティブ化されたプログラム (GNOME Files など) は、そのような変数をデフォルトで使用しないことを意味します。Systemd/ユーザー#環境変数を参照してください。

ヒント: export -p を実行することで、ユーザセッションに対して宣言されたグローバルな環境変数とローカルな環境変数を見ることができます。

グラフィック環境

環境変数がグラフィカルなアプリケーションにしか影響しない場合は、グラフィカルセッション内でのみ設定することにより、その範囲を制限することができます。スコープを大きい順に並べると:

#Xorg セッションごとおよび #Wayland セッションごと - DE を含むグラフィカルセッション全体に影響します。
#デスクトップ環境セッションごと - グラフィカルセッション内で生成されたアプリケーションに影響を与えます。DE 自体にも影響を与える可能性があります。
#アプリケーションごと - 特定のグラフィカルアプリケーションだけに影響します。

デスクトップ環境セッションごと

一部のグラフィカル環境 (例えば KDE Plasma) は、ログイン時のシェルスクリプト実行をサポートしており、環境変数の設定に利用することができます。例としては KDE#自動起動を参照してください。

Xorg セッションごと

Xorg セッションの環境を変更する手順は、Xorg セッションの起動方法によって異なります:

ほとんどのディスプレイマネージャは xprofile を読み込みます。
startx と SLiM は xinitrc を実行します。
XDM は ~/.xsession を実行します: XDM#セッションの定義を参照して下さい。
SDDM は、追加でログインシェルのスタートアップスクリプト (Bash の場合は ~/.bash_profile、Zsh のの場合は ~/.zlogin) も読み込みます。[2]

スクリプトの終わりはどのファイルであるかに依存し、高度な構文は使用するシェルに依存しますが、基本的な使い方は普遍的です:

~/.xprofile, ~/.xinitrc, or ~/.xsession

...
export GUI_VAR=value
...

Wayland セッションごと

Wayland は Xorg 関連のファイルを起動しないので、GDM と KDE Plasma は代わりに systemd ユーザ環境変数を読み込みます。

~/.config/environment.d/envvars.conf

GUI_VAR=value

Wayland セッションをサポートする他のディスプレイマネージャ (例: SDDM) は、まだこれを直接はサポートしていません。しかし、SDDM はログインシェルのスタートアップスクリプトを Wayland セッションでも読み込みます。

~/.bash_profile などのスタートアップスクリプトを読み込むディスプレイマネージャを使用していて、environment.d を使用したい場合、以下のように読み込むことができます:

~/.bash_profile

# systemd-environment-d-generator(8) を使って環境を生成し、変数を export する
export $(run-parts /usr/lib/systemd/user-environment-generators | xargs)

ノート: 上記のコードは /usr/lib/systemd/user-environment-generators 内の全ての実行ファイルを実行します。これは、望ましくない場合があります。代わりに /usr/lib/systemd/user-environment-generators/30-systemd-environment-d-generator を直接実行することもできます。

アプリケーションごと

セッション全体ではなく、特定のアプリケーションにのみ環境変数を設定するには、そのアプリケーションの .desktop ファイルを編集してください。その方法はデスクトップエントリ#環境変数の変更を参照してください。

Steam ゲームでは、起動オプションを編集することでプログラムの環境を設定することができます。Steam#起動オプションを参照してください。

セッションまたはシェルごと

時として、一時的な変数のみが必要である場合もあります。作成した特定のディレクトリ内の実行ファイルを実行する際に一時的に絶対パスを入力する手間を省きたい場合や、一時的な短いシェルスクリプトでそのパスを使用したい場合があるでしょう。

例えば、現在のシェルに PATH 変数を定義できますし、あるいは export コマンドを使えばセッションからログアウトするまで全てのシェルで有効な PATH 変数を定義することもできます。セッション固有のディレクトリを PATH に追加するには、以下を実行してください:

$ export PATH="${PATH}:/home/my_user/tmp/usr/bin"

シェル固有のディレクトリだけを PATH に追加するには、以下を実行してください:

$ PATH="${PATH}:/home/my_user/tmp/usr/bin"

例

以下のセクションでは Linux システムで一般的に使われている環境変数を並べており、それぞれの値について説明しています。

XDG_CURRENT_DESKTOP は freedesktop.org の変数であり、現在のデスクトップ環境を識別する文字列のリストをコロンで区切って格納しています [3]。活発に開発されている環境の標準的な値は、GNOME、GNOME-Flashback、KDE、LXDE、LXQt、MATE、TDE、Unity、XFCE、EDE、Cinnamon、Pantheon、そして DDE です [4]。
- Cinnamon は他のデスクトップ環境より遅れて登録されました。そのため、まだ登録前の値 X-CINNAMON を期待するソフトウェアがあるかもしれません (最近の Qt バージョン 6.3 など) [5]。

XDG_SESSION_DESKTOP は XDG_CURRENT_DESKTOP に似ていますが、単一の文字列しか許可しません。その名前にもかかわらず、これは freedesktop.org によって標準化されていません。

DE は使用中のデスクトップ環境 (desktop environment) を示すレガシー変数です。どのような値を取りうるかについての中心的なドキュメントはありませんが、xdg-utils は多くのデスクトップ環境についてのリファレンスを提供しています。

DESKTOP_SESSION もレガシーな変数です。DE に似ていますが、より一般的ではありません。セッションの (/usr/share/xsessions/ 内の) デスクトップエントリへのパスを格納できます [6]。

WINDOW_MANAGER は、デスクトップ環境で使用するウィンドウマネージャを選択するために時々使われる変数です。他のプログラムが読み取るために、既に選択されているディスプレイマネージャやデスクトップ環境によって設定される他の変数とは対照的です。

PATH には、コロンで区切られたディレクトリのリストが格納されています。システムは、この変数に登録されているディレクトリから実行ファイルを探索します。通常のコマンド (例: ls、systemctl、pacman) がシェル (bash や zsh など) によって解釈される際、シェルは PATH のリスト内のディレクトリからそのコマンドと同じ名前の実行ファイルを探索し、それを実行します。PATH に含まれないディレクトリにある実行ファイルを実行するには、実行ファイルへの相対パスや絶対パスを指定する必要があります。例えば、./a.out や /bin/ls です。

ノート: セキュリティ上の理由により PATH にはカレント作業ディレクトリ (.) を含めないことが推奨されます。ユーザが騙されて、悪意のあるコマンドを実行してしまうかもしれないからです。

HOME には現在のユーザのホームディレクトリへのパスが格納されます。この変数は、アプリケーションが現在のユーザに関連した設定ファイル等を見つけるために使うことができます。

PWD には作業ディレクトリへのパスが入ります。

OLDPWD には前のワーキングディレクトリへのパスが入ります。つまり最後に cd を実行する前の PWD です。

TERM には、実行中のターミナル (terminal) の種類が格納されます (例: xterm-256color)。この変数は、ターミナル固有の機能を期待する、ターミナル内で実行されるプログラムによって使用されます。

MAIL には、受信したメールの保存場所が入ります。伝統的な設定は /var/spool/mail/$LOGNAME です。

ftp_proxy と http_proxy にはそれぞれ FTP と HTTP プロキシサーバーを記述します:

ftp_proxy="ftp://192.168.0.1:21"
http_proxy="http://192.168.0.1:80"

MANPATH には、man が man ページを探索するディレクトリのリストがコンマで区切られて格納されます。

ノート: /etc/profile に "Man is much better than us at figuring this out" (man は我々よりずっと上手くこれを解決する) と書いてあるとおり、一般的にこの変数はデフォルトのままにしておくべきです。 manpath(5) を参照。

INFODIR には、info コマンドが info ページを探索するディレクトリのリストがコンマで区切られて格納されます。例: /usr/share/info:/usr/local/share/info。

TZ は、ユーザ毎にシステムのタイムゾーンとは異なるタイムゾーンを設定するために使用することができます。/usr/share/zoneinfo/ 内にはタイムゾーンが列挙されているので、これをリファレンスとして使用することができます (例: TZ=":/usr/share/zoneinfo/Pacific/Fiji")。変数 TZ に zoneinfo ファイルを指定する場合、GNU マニュアルに従ってコロンで始める必要があります。

デフォルトプログラム

SHELL にはユーザの優先シェルへのパスが含まれます。この変数の値は、現在実行中のシェルである必要はないことに注意してください。この変数に値がない場合、Bash は自動的に /etc/passwd で定義されているユーザのログインシェルに設定するか、判断できない場合は /bin/sh にします。

PAGER には、ファイルの内容を一覧表示するために使用されるプログラムを実行するコマンドが含まれます。例: /bin/less。

EDITOR には、ファイルの編集に使用される軽量プログラムを実行するコマンドが含まれています (例:/usr/bin/nano)。例えば、以下の例のように、X 下では gedit を使い、それ以外では nano を使うように設定するインタラクティブスイッチを記述することができます:

[ -n "$DISPLAY" ] && export EDITOR=gedit || export EDITOR=nano

VISUAL には、メールの編集などより高度な作業に使われる本格的なエディタを実行するコマンドが含まれています (例: vi、vim、emacs など)。

BROWSER にはウェブブラウザへのパスが含まれています。グラフィカル環境 (X など) が利用できるかに応じてこの変数を動的に変更するようなコードをインタラクティブシェルの設定ファイルに記述しておくと便利です:

[ -n "$DISPLAY" ] && export BROWSER=firefox || export BROWSER=links

ヒント: WAYLAND_DISPLAY 環境変数を使うことで、Wayland コンポジタが実行されているかどうかに応じてこれらのデフォルトプログラムを設定することができます。

参照

翻訳ステータス: このページは en:Environment variables の翻訳バージョンです。最後の翻訳日は 2023-06-04 です。もし英語版に変更があれば、翻訳の同期を手伝うことができます。