Linuxのシェルでロケールを確認・設定するときは、まず現在値、利用可能なロケール、変更を効かせる範囲の3点を分けて考えます。現在のシェル全体を変える前にlocaleで実効値を読み、locale -aでその環境に存在する名前を確認します。一つのコマンドだけ変更する、子プロセスを含む現在のシェルで変更する、次回ログイン以降も使う、という範囲ごとに方法が異なります。
最初に現在のロケールを確認する
引数なしのlocaleは、LANG、各LC_*カテゴリー、LC_ALLから決まる現在の設定を表示します。出力で引用符が付く値は他の変数から暗黙に決まった値、引用符なしは環境で明示された値です。文字コードだけならlocale charmap、日付カテゴリーの詳細ならlocale -ck LC_TIMEのように対象を絞れます。
locale
printf 'LANG=%q\nLC_ALL=%q\n' "${LANG-}" "${LC_ALL-}"
locale charmap
locale -ck LC_TIMEenv | grepだけでは、未設定カテゴリーがLANGから継承した実効値を見落とします。診断では環境変数の有無とlocaleが示す実効値の両方を確認します。また、端末エミュレーターがUTF-8表示に対応していることと、プロセスが選んだロケールは別の条件です。
利用可能な名前をlocale -aで確認する
ロケール名は、同じ意図でもja_JP.UTF-8やja_JP.utf8のように表示が異なることがあります。設定例をそのまま写すのではなく、対象ホストやコンテナー内でlocale -aを実行し、実際に列挙された名前を使います。最小構成のコンテナーでは日本語ロケールが生成されていないこともあります。
locale -a
locale -a | grep -i '^ja_JP'候補が出ない場合、変数の代入を繰り返してもロケール本体は追加されません。ディストリビューションの言語パックやロケール生成手順を確認します。本番サーバーへ追加する前に、パッケージ、イメージサイズ、再起動の要否、同じイメージを使う他サービスへの影響を評価します。記事中では特定ディストリビューションの生成コマンドを万能な手順として扱いません。
LANG・LC_*・LC_ALLの優先順位
一般的な判定では、空でないLC_ALLが全カテゴリーを上書きし、次にLC_CTYPEやLC_TIMEなどカテゴリー固有の変数、最後に既定値のLANGが使われます。したがってLANGを変えても表示が変わらないときは、残っているLC_ALLや個別のLC_*を確認します。
LC_CTYPE: 文字分類や大文字・小文字処理、マルチバイト文字の解釈LC_COLLATE: 文字列の照合順序や範囲式に関係する規則LC_TIME: 日付・時刻の表現LC_NUMERIC: 小数点や数値表現LC_MESSAGES: 診断メッセージの言語LC_ALL: すべてのカテゴリーを一括で上書きする診断・一時指定向けの変数
LC_ALLを常設すると、あとから設定したカテゴリー別の値が見えなくなります。通常の既定値はLANGで示し、必要なカテゴリーだけLC_*で調整する方が意図を読み取りやすくなります。systemdの/etc/locale.confでもLC_ALLは設定項目として認められていません。
一つのコマンドだけ一時変更する
再現可能な照合順が必要な処理や、一時的に日本語の日付を確認したい処理では、コマンド名の前に環境変数代入を置きます。Bashではこの形の代入は、そのコマンドが実行されている間の環境だけに加わります。周囲のシェルへ残らないため、影響範囲が最も明確です。
LC_ALL=C sort -- names.txt
LC_TIME=ja_JP.UTF-8 date '+%c'
LC_MESSAGES=C locale charmapここでCは機械処理で予測しやすい伝統的なロケールですが、UTF-8を意味するとは限りません。C.UTF-8は便利でも、すべての環境に存在するとは仮定できません。日本語名も含め、先にlocale -aで存在を確認します。人向けの自然な並びとバイトに近い再現可能な並びは目的が異なるため、理由をコメントや仕様に残します。
現在のシェルで試すならサブシェルに閉じ込める
複数コマンドへ同じロケールを適用して確認したい場合は、丸括弧のサブシェルを使うと終了時に変数変更が消えます。exportは以後に起動する子プロセスへ値を渡し、unset LC_ALLはLANGやカテゴリー別設定が実際に効く状態へ戻します。
(
export LANG=ja_JP.UTF-8
unset LC_ALL
locale
date '+%c'
printf '%s\n' '確認が終わると設定は元のシェルへ残りません'
)現在の対話シェル自体を変更するならexport LANG=...を実行できますが、その端末で後から起動するコマンド全体へ影響します。変更前の値と未設定だった変数を記録し、作業後は新しいログインセッションで確認するか、記録した状態へ明示的に戻します。空文字と未設定は同じように扱われる場面があっても、診断情報としては区別します。
永続設定とシェル設定を混同しない
シェルのexportは現在のプロセスとその子に対する設定であり、再ログイン後の保証ではありません。systemd環境ではlocalectl statusがシステム設定の確認、localectl list-localesが設定候補の確認に使えます。システムロケールはログイン前のUIやサービスの既定値にも関係し、変更は管理操作です。
localectl status
localectl list-locales永続化の方法はディストリビューション、デスクトップ環境、ログインシェルで異なります。~/.bashrcは通常、対話Bash向けであり、ログインシェル、Cron、systemdサービス、コンテナーのENTRYPOINTが必ず読むとは限りません。サービスならユニットのEnvironment設定、コンテナーならイメージや実行設定など、そのプロセスを実際に起動する場所で管理します。
反映されないときの切り分け
localeで実効値を確認し、警告も省略せず読む。locale -aで指定名が実在するか、大文字・小文字を含めて照合する。- 空でない
LC_ALL、対象カテゴリーのLC_*、LANGの順に確認する。 - 端末内、SSH先、コンテナー内、サービス内のどのプロセスを見ているかを特定する。
- 再起動ではなく、対象プロセスが新しい環境で起動し直されたかを確認する。
- 表示の文字化けなら、ロケールだけでなく端末フォント、通信経路、ファイルの実際の符号化も確認する。
ロケールをUTF-8へ変えても、既存ファイルのバイト列は変換されません。文字化けしたデータを環境変数だけで修復しようとせず、作成時の文字コードを特定して、必要ならバックアップと検証を伴う変換工程を別に設計します。並べ替え結果が違う場合はLC_COLLATE、正規表現や文字クラスならLC_CTYPEを重点的に比較します。
自動化での安全な使い方
スクリプトが人向けメッセージを解析すると、ロケール変更で文言や日付形式が変わり壊れます。利用できるならJSON、NUL区切り、数値フィールドなど機械向けインターフェースを優先します。やむを得ず出力形式を固定する場合は、その一コマンドにだけLC_ALL=Cを付け、なぜ必要か、UTF-8入力をどう扱うか、失敗をどう検知するかを明記します。
ロケール値は実行するコードではありませんが、LOCPATHのような検索先変数まで外部入力から受け入れる設計は避けます。権限を上げた処理では、信頼できる最小限の環境を明示し、秘密値を含む環境一覧をログへ丸ごと出しません。設定確認は読み取りから始め、システム全体の変更は対象サービスと復旧手順を決めてから行います。
確認チェックリスト
- 現在値は
locale、候補はlocale -aで対象環境内から取得した。 LC_ALL、カテゴリー別LC_*、LANGの優先順位を確認した。- 一コマンド、サブシェル、現在のシェル、永続設定のどこまで効かせるかを決めた。
CとUTF-8ロケールを同一視せず、必要な文字集合を確認した。- 対話シェルとサービス、SSH、Cron、コンテナーの起動環境を分けて検証した。
- 文字コード変換やシステム設定変更を、単なる環境変数確認と混ぜていない。
確実な手順は、localeで現状を読み、locale -aで有効な名前を選び、最小の範囲へ適用して結果を比較することです。原因調査では優先順位と起動経路を可視化し、永続変更はディストリビューションの管理方法に合わせます。これにより、表示言語、照合順序、日付形式だけを意図した範囲で再現できます。
コメント