環境変数
環境変数とは 1 つ以上のアプリケーションによって使用されるデータを含む名前付きオブジェクトです。簡単に言えば、名前と値がある変数です。環境変数の値としては、実行可能ファイルのファイルシステムにおける場所や使用するデフォルトのエディタ、システムロケールの設定などがあります。Linux に慣れてないユーザーは、環境変数で設定をするのは御しがたいと考えがちです。しかし、環境変数は、Linux で複数のアプリケーションとプロセスの間で設定を共有するためのシンプルな方法を提供してくれます。
目次
ユーティリティ
coreutils パッケージには printenv と env というプログラムが含まれています。現在の環境変数とその値を一覧表示するには:
$ printenv
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
の順です。
/etc/environment
では、変数=値
というペアを1行に1つずつ記述しなければなりません。例:
/etc/environment
EDITOR=nano
/etc/security/pam_env.conf
は以下の形式で記述します:
/etc/security/pam_env.conf
VARIABLE [DEFAULT=value] [OVERRIDE=value]
@{HOME}
と @{SHELL}
は、/etc/passwd
で定義されているものに拡張される特別な変数です。次の例は、HOME
環境変数を別の変数に展開する方法を示しています:
/etc/security/pam_env.conf
XDG_CONFIG_HOME DEFAULT=@{HOME}/.config
また、この形式では、${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
グラフィック環境
環境変数がグラフィカルなアプリケーションにしか影響しない場合は、グラフィカルセッション内でのみ設定することにより、その範囲を制限することができます。スコープを大きい順に並べると:
- #Xorg セッションごと および #Wayland セッションごと - DE を含むグラフィカルセッション全体に影響します。
- #デスクトップ環境セッションごと - グラフィカルセッション内で生成されたアプリケーションに影響を与えます。DE 自体にも影響を与える可能性があります。
- #アプリケーションごと - 特定のグラフィカル アプリケーションだけに影響します。
デスクトップ環境セッションごと
一部のグラフィカル環境 (例えば KDE Plasma) は、ログイン時のシェルスクリプト実行をサポートしており、環境変数の設定に利用することができます。例としては KDE#自動起動 を参照してください。
Xorg セッションごと
Xorg セッションの環境を変更する手順は、Xorg セッションの起動方法によって異なります:
- ほとんどのディスプレイマネージャは xprofile を読み込みます。
- startx と SLiM は xinitrc を実行します。
- XDM は
~/.xsession
を実行します: XDM#セッションの定義 を参照して下さい。 - LightDM[2] および SDDM[3] は、ログイン シェルのスタートアップ スクリプトも読み込みます。例えば、bash の場合は
~/.bash_profile
、zsh の場合は~/.zprofile
および~/.zlogin
です。
スクリプトの終わりはどのファイルであるかに依存し、高度な構文は使用するシェルに依存しますが、基本的な使い方は普遍的です:
~/.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) は、まだこれを直接はサポートしていません。しかし、LightDM と SDDM はログインシェルのスタートアップスクリプトを Wayland セッションでも読み込みます。
greetd も /etc/profile
および ~/.profile
を読み込みます。この動作は、デフォルトで有効になっている source_profile
設定によって制御されます。
~/.bash_profile
などのスタートアップスクリプトを読み込むディスプレイマネージャを使用していて、environment.d
を使用したい場合、以下のように読み込むことができます:
~/.bash_profile
# systemd-environment-d-generator(8) を使用して環境を生成し、その変数をエクスポートする set -o allexport source <(/usr/lib/systemd/user-environment-generators/30-systemd-environment-d-generator) set +o allexport
アプリケーションごと
セッション全体ではなく、特定のアプリケーションにのみ環境変数を設定するには、そのアプリケーションの .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 の変数であり、現在のデスクトップ環境を識別する文字列のリストをコロンで区切って格納しています [4]。活発に開発されている環境の標準的な値は、GNOME
、GNOME-Flashback
、KDE
、LXDE
、LXQt
、MATE
、TDE
、Unity
、XFCE
、EDE
、Cinnamon
、Pantheon
、そしてDDE
です [5]。- Cinnamon は他のデスクトップ環境より遅れて登録されました。そのため、まだ登録前の値
X-CINNAMON
を期待するソフトウェアがあるかもしれません (最近の Qt バージョン 6.3 など) [6]。 Hyprland
は非公式に Hyprland として認識されています。
- Cinnamon は他のデスクトップ環境より遅れて登録されました。そのため、まだ登録前の値
XDG_SESSION_DESKTOP
はXDG_CURRENT_DESKTOP
に似ていますが、単一の文字列しか許可しません。その名前にもかかわらず、これは freedesktop.org によって標準化されていません。
DE
は使用中のデスクトップ環境 (desktop environment) を示すレガシー変数です。どのような値を取りうるかについての中心的なドキュメントはありませんが、xdg-utils は多くのデスクトップ環境についてのリファレンスを提供しています。
DESKTOP_SESSION
もレガシーな変数です。DE
に似ていますが、より一般的ではありません。セッションの (/usr/share/xsessions/
内の) デスクトップエントリへのパスを格納できます [7]。
WINDOW_MANAGER
は、デスクトップ環境で使用するウィンドウマネージャを選択するために時々使われる変数です。他のプログラムが読み取るために、既に選択されているディスプレイマネージャやデスクトップ環境によって設定される他の変数とは対照的です。
PATH
には、コロンで区切られたディレクトリのリストが格納されています。システムは、この変数に登録されているディレクトリから実行ファイルを探索します。通常のコマンド (例: ls、systemctl、pacman) がシェル (bash や zsh など) によって解釈される際、シェルはPATH
のリスト内のディレクトリからそのコマンドと同じ名前の実行ファイルを探索し、それを実行します。PATH
に含まれないディレクトリにある実行ファイルを実行するには、実行ファイルへの相対パスや絶対パスを指定する必要があります。例えば、./a.out
や/bin/ls
です。
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 ページを探索するディレクトリのリストがコンマで区切られて格納されます。
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
BROWSER
にはウェブブラウザへのパスが含まれています。グラフィカル環境 (X など) が利用できるかに応じてこの変数を動的に変更するようなコードをインタラクティブシェルの設定ファイルに記述しておくと便利です:
[ -n "$DISPLAY" ] && export BROWSER=firefox || export BROWSER=links