bash は既定のシステムシェルです。ログインシェルとして使用した場合、いくつかの設定ファイルを読み込みます。設定ファイルの処理順序は、下記のとおりです:

独自の設定を行いたい場合は、 ~/.profile ファイル、もしくは ~/.bashrc ファイルに設定を記述してください。また、これらのファイルを正しく処理するようにするため、 /etc/skel/.profile もしくは /etc/skel/.bashrc にある雛形のファイルをホームディレクトリにコピーしてお使いください。また、システムを更新した後は、 /etc/skel からファイルをコピーし直して、必要な変更を加えることをお勧めします。以前の設定を失わないようにするため、具体的には下記のように実行してください:

> mv ~/.bashrc ~/.bashrc.old
> cp /etc/skel/.bashrc ~/.bashrc
> mv ~/.profile ~/.profile.old
> cp /etc/skel/.profile ~/.profile

あとは *.old ファイル内にある変更を、新しいファイルに反映させてください。

cron システムは、指定した時刻に自動的に裏でコマンドを実行するための仕組みです。 cron では特殊な書式のタイムテーブルと、あらかじめ決められたスケジュールのファイルを利用して、時刻の指定と実行すべきコマンドを指定します。一般ユーザでも同様に、独自のタイムテーブルを設定することができます。

cron のタイムテーブルは /var/spool/cron/tabs ディレクトリ内に配置されます。システム全体のタイムテーブルは /etc/crontab ファイルにあります。 /etc/crontab 内では、日時の指定の後ろにユーザ名を指定して、そのユーザでコマンドを実行するようにすることができます。たとえば 例15.1「/etc/crontab の内容」 では、 root を指定しています。また、パッケージ固有のタイムテーブルは /etc/cron.d ディレクトリ内に同じ形式で配置します。詳しくは cron のマニュアルページ ( man cron ) をお読みください。

1-59/5 * * * *   root   test -x /usr/sbin/atrun && /usr/sbin/atrun

なお、 /etc/crontab ファイルは crontab -e コマンドで編集することはできません。このファイルはエディタなどで直接編集して保存してください。

また、パッケージによっては /etc/cron.hourly , /etc/cron.daily , /etc/cron.weekly , /etc/cron.monthly などのディレクトリにシェルスクリプトをインストールするものがあります。これらのディレクトリ内のスクリプトは、 /usr/lib/cron/run-crons ファイルが制御しています。この /usr/lib/cron/run-crons ファイルは、メインのタイムテーブル ( /etc/crontab ) 内に設定されていて、 15 分に一度動作するようになっています。これにより、見逃されやすい処理も正しく実行できるようになっています。

hourly や daily のほか、その他の定期的なメンテナンススクリプトを独自の時間に実行したい場合は、 /etc/crontab 内に項目 (ジョブ) を追加して、タイムスタンプファイルを削除するように設定してください (たとえば 例15.2「/etc/crontab: タイムスタンプファイルの削除」 では、 hourly を毎時 59 分に、 daily を毎日午前 2:14 に削除したりしています) 。

59 *  * * *     root  rm -f /var/spool/cron/lastrun/cron.hourly
14 2  * * *     root  rm -f /var/spool/cron/lastrun/cron.daily
29 2  * * 6     root  rm -f /var/spool/cron/lastrun/cron.weekly
44 2  1 * *     root  rm -f /var/spool/cron/lastrun/cron.monthly

上記以外の方法としては、 /etc/sysconfig/cron ファイル内の DAILY_TIME を設定する方法があります。この変数は、 cron.daily を開始すべき時刻を指定するものです。また、 MAX_NOT_RUN は、ユーザが DAILY_TIME で指定していた時刻にコンピュータを起動していなかった場合、どれだけの日数が経過するとジョブを即時に実行するかを指定します。なお、 MAX_NOT_RUN の最大値は 14 日です。

cron の状態メールでメールボックスが溢れないようにする目的で、新規インストールでは /etc/sysconfig/cron 内の SEND_MAIL_ON_NO_ERROR が " no " に設定されるようになっています。ただし、 " no " に設定した場合でも、 cron のマニュアルページに書かれているとおり、 MAILTO アドレスに対しては実行結果のメールが配信されます。

古いバージョンから更新している場合は、お使いの環境の要件にあわせて値を指定してください。

様々なシステムサービス ( デーモン ) だけでなく、カーネル自身も、様々な状態やイベントを通知する目的で、ログファイルに書き込みを行います。このログファイルが存在するおかげで、システム管理者はその当時のシステムの状態を確認できるほか、様々なトラブルの原因調査と解決を行うことができるようになっています。これらのログファイルは通常、 FHS で規定されている /var/log 内に保存され、日々の運用でサイズが増加していきます。 logrotate パッケージは、そのようなサイズの肥大化を解決するための仕組みです。詳しくは 3.3項 「logrotate によるログの管理」 をお読みください。

locate コマンドはファイルを素早く見つけるためのコマンドですが、インストール済みのソフトウエアを見つけるためだけのコマンドではありません。必要であれば mlocate (findutils-locate パッケージの後継パッケージ) をインストールすることで、様々なファイルを検索できるようになります。なお、 updatedb プロセスは、毎晩もしくはシステムの起動後 15 分経過後に自動で開始されるプログラムです。

ulimit ( ユーザ制限 (User Limits) ) を利用することで、システム資源の使用範囲に制限を設定したり、それらの制限を表示したりすることができます。 ulimit は特に、アプリケーションに対して利用を許すメモリサイズを制限する用途で役に立ちます。これを利用することで、アプリケーションがシステム資源を使用しすぎることで、オペレーティングシステムの動作を遅くしてしまったり、場合によってはハングアップ (反応がなくなる) させてしまったりするようなことを防げます。

ulimit には様々なオプションが用意されています。たとえばメモリの使用を制限するには、 表15.1「ulimit : ユーザに対する資源の制限」 に示されているオプションをお使いください:

システム全体に対する設定は、 /etc/profile 内で行われています。ただし、このファイルを直接修正することはお勧めしません。なぜなら、システムのアップグレードを行うと、上記のファイルが上書きされてしまうためです。システム全体のプロファイル設定をカスタマイズしたい場合は /etc/profile.local ファイルに、ユーザ単位で設定を行いたい場合は ~ユーザ名/.profile ファイルにそれぞれ記述してください。

# 最大常駐セットサイズ (物理メモリ) の制限:
ulimit -m 98304

# 仮想メモリの制限:
ulimit -v 98304

メモリの割り当てはキロバイト (KB) 単位で行います。詳しくは man bash をお読みください。

重要: ulimit のサポートについて

シェルによっては ulimit ディレクティブに対応していないものがあります。また、 PAM の仕組みを利用することで、 ulimit に代わる広範囲な調整機能を利用することができます (pam_limits など) 。

free コマンドは、物理メモリやスワップ領域の空き容量と使用済み容量を表示するほか、カーネルが消費しているバッファやキャッシュのサイズを表示することができるツールです。 利用可能なメモリ量 の考え方は、統一されたメモリ管理機構が生まれるよりも前に遡ります。 メモリを空けておくなんてもったいない の考え方は Linux にも当てはまり、不要なメモリを解放するよりは、できる限りキャッシュとして使用したほうが良い、という動作になっています。

なお、カーネル側ではアプリケーションなのかユーザデータなのかを直接知っているわけではありません。アプリケーションやユーザデータは ページキャッシュ という仕組みで管理されています。そのため、メモリが枯渇すると、まず mmap コマンドを利用して準備したそれらを、スワップ領域かファイルに書き込んで開放する動作を行います。

また、カーネル側ではそのほかのキャッシュ機構も用意されています。そのうちの 1 つがslab キャッシュ で、ネットワークアクセスに対するキャッシュを補完します。これにより、 /proc/meminfo のカウンタ間での差を説明することができます。なお、 slab キャッシュ のうちのほとんどの統計情報については、 /proc/slabinfo からアクセスすることができます。

ただし、どれだけのメモリが使用されているのかを調べたいような場合は、従来通り /proc/meminfo ファイルが適切でしょう。

GNU アプリケーションによっては、マニュアルページがメンテナンスされなくなってしまっているものもあります (例: tar) 。これらのコマンドについては --help オプションを指定して実行することで、コマンドの概要説明を得ることができます。また、より詳しい説明を読みたい場合は、 info ページをお使いください。 info ページは GNU 製のハイパーテキストシステムで、 info ページの説明そのものも info ページで提供されています。詳しくは info info と入力して実行してください。また、 info ページは emacs 内に表示することもできます。こちらについては、 emacs -f info と入力して実行してください。このほか、 tkinfo, xinfo やデスクトップ環境のヘルプシステムでも、 info ページを表示することができます。

マニュアルページを読むには、 man ページ名 のように入力して実行します。なお、異なるセクションに同じ名前のマニュアルページが存在する場合は、セクション番号の一覧が表示され、いずれかを選択するように促されます。この場合、何も入力せずにしばらく経過すると、最初に一致したマニュアルページを表示します。

このような既定の動作を変更したい場合は、 MAN_POSIXLY_CORRECT=1 を ~/.bashrc のようなシェル設定ファイルで指定してください。

GNU Emacs は複雑な作業環境です。下記の章では、 GNU Emacs を起動する際に処理される設定ファイルについて説明しています。さらに詳しい説明については、 https://www.gnu.org/software/emacs/ をお読みください。

Emacs はその起動時に、ユーザやシステム管理者、ディストリビューションの作成者が、カスタマイズや事前設定を行う目的で、いくつかの設定ファイルを読み込みます。設定ファイルである ~/.emacs は /etc/skel 内にあるものを雛形として、各ユーザのホームディレクトリにコピーされます。また .emacs は、そのファイル内の指定で /etc/skel/.gnu-emacs を読み込むようになっています。プログラムをカスタマイズしたい場合は、まず .gnu-emacs ファイルをホームディレクトリにコピー (例: cp /etc/skel/.gnu-emacs ~/.gnu-emacs) してから、コピー先のファイルに対して設定を行ってください。

また .gnu-emacs では、 ~/.gnu-emacs-custom ファイルを custom-file として指定しています。 emacs 内で customize オプションを使用して設定を行った場合、その設定は ~/.gnu-emacs-custom 内に保存されます。

openSUSE Leap では、 emacs パッケージをインストールすると、 /usr/share/emacs/site-lisp ディレクトリ内に site-start.el ファイルをインストールします。この site-start.el ファイルは ~/.emacs よりも前に読み込まれるファイルで、たとえば psgml などの emacs アドオンパッケージに同梱される特別な設定ファイルを、自動的に読み込むようにする目的で作られています。この種類の設定ファイルは /usr/share/emacs/site-lisp 内にも存在していて、それぞれは suse-start- で始まるファイル名になっています。ローカルのシステム管理者であれば、システム全体の設定を default.el で行うことができます。

これらのファイルについてのより詳しい説明は、 emacs 内の info ファイルで提供されています。詳しくは Init File : info:/emacs/InitFile をお読みください。また、これらのファイルの読み込みを無効化する方法についても、ここに記されています。

emacs のコンポーネントは、下記の複数のパッケージに分割されています:

systemd は起動時の早い段階で /etc/locale.conf を読み込みます。このファイル内に書かれたロケール設定は、個別に設定した場合を除いて、サービスやユーザに継承されます。

注記: openSUSE Leap openSUSE Leap における古い設定ファイルの動作について

以前のバージョンでは、 openSUSE Leap は /etc/sysconfig/language , /etc/sysconfig/keyboard , /etc/sysconfig/console の各ファイルから設定を読み込んでいました。 openSUSE Leap 15.0 15 では、これらのファイルは廃止予定としてマークされるようになっています。 systemd でも、これらのファイルを読み込むことは行っていません。 SUSE Linux Enterprise Server 15 およびそれ以降では /etc/locale.conf を読み込みます。

ただし、 /etc/sysconfig/language 内での設定はシステム全体のロケールを上書きするために使用されているほか、ユーザのシェルに対して異なるロケール設定を行うためにも使用されています (詳しくは 15.4.2項 「いくつかの例」 をお読みください) 。

システム全体のロケールを設定するには、下記のいずれかを実施します:

後方互換性を維持するため、 systemd パッケージの更新時にこれらの変数設定が存在すると、新しいほうの設定を書き込むようになっています。

言語と国コードについては、必ず指定してください。言語は ISO 639 (一覧は https://ja.wikipedia.org/wiki/ISO_639-1%E3%82%B3%E3%83%BC%E3%83%89%E4%B8%80%E8%A6%A7 にあります) を、国コードは ISO 3166 (一覧は https://ja.wikipedia.org/wiki/ISO_3166-1 にあります) をそれぞれお使いください。

なお、 /usr/lib/locale 以下にあるディレクトリの言語および国コードなどの組み合わせのみを使用することができます。また、追加の定義ファイルを作成したい場合は、 localedef コマンドをお使いのうえ、 /usr/share/i18n 内にファイルを作成してください。定義ファイルは glibc-i18ndata に含まれているものです。たとえば en_US.UTF-8 (イギリスおよびアメリカ英語) を作成したい場合は、下記のように実行します:

localedef -i en_US -f UTF-8 en_US.UTF-8

/etc/sysconfig/language に対する設定は、下記の処理順序で反映されます:

このような仕組みにより、 /etc/sysconfig/language を変更すると、手作業で反映させる処理を行うことなく、次回のログイン時に言語設定が反映されるようになっています。

ユーザ側では、システムに設定された言語設定を ~/.bashrc で上書きすることができます。たとえばシステム全体に en_US が設定されている場合、この設定をプログラムメッセージに対して使用したくない場合は、 LC_MESSAGES=es_ES を設定することで、英語ではなくスペイン語で表示することができるようになります。

システム側で設定された既定値では不都合がある場合は、 ~/.i18n ファイルを bash のスクリプト形式で記述することで、設定を変更することができます。 ~/.i18n 内での記述は /etc/sysconfig/language の設定を上書きすることができます。なお、変数名は /etc/sysconfig/language のものから、 RC_ の接頭辞を取り除いて指定してください。たとえば RC_LANG ではなく LANG のようになります:

LANG=cs_CZ.UTF-8
LC_COLLATE=C

メッセージ に対する言語の設定には、フォールバック (後退) という仕組みが用意されています。これはたとえば、優先して使用したい言語のメッセージがアプリケーション側に用意されていない場合、提供されている言語の中からいずれか (一般的には en (英語)) を選択して表示することができます。たとえば LANG に en_US を設定していて、 /usr/share/locale/en_US/LC_MESSAGES ディレクトリ内にメッセージファイルが存在しない場合、 /usr/share/locale/en/LC_MESSAGES などをフォールバックとして使用することができます。

フォールバックの仕組みでは複数のものを指定することができます。たとえばブルトン語からフランス語に、もしくはガリシア語からスペイン語、ポルトガル語にフォールバックさせたい場合は、下記のように設定します:

LANGUAGE="br_FR:fr_FR"

LANGUAGE="gl_ES:es_ES:pt_PT"

また、ノルウェー語の変形であるニーノシュクとブークモールを使用したいような場合は、下記のように指定します (一般的なノルウェー語を表す no の意味も含まれます):

LANG="nn_NO"

LANGUAGE="nn_NO:nb_NO:no"

もしくは、下記のように指定してもかまいません:

LANG="nb_NO"

LANGUAGE="nb_NO:nn_NO:no"

ただし、ノルウェー語では LC_TIME も異なる形式になることに注意してください。

なお、言語の設定によって数値の桁区切り文字が正しく認識されない、という問題が発生する場合があります。これは LANG に 2 桁の言語コードのみを指定した場合 (例: de) に起こります。 glibc では /usr/share/lib/de_DE/LC_NUMERIC に区切り文字の設定があるため、de では区切り文字が読み込まれないためです。この場合は、 LC_NUMERIC に de_DE のような正しい言語コードおよび国コードを入力して、区切り文字を読み込めるようにしてください。