初期化

Unix系コンピュータのオペレーティングシステムでは、init （ initializationの略）は、オペレーティングシステムの起動時に最初に起動されるユーザー空間プロセスです。initはデーモンプロセスであり、システムがシャットダウンされるまで実行され続けます。他のすべてのプロセスの直接的または間接的な祖先であり、孤立したプロセスを自動的に引き継ぎます。initは起動プロセス中にカーネルによって起動されます。ほとんどのUnix系システムでは、カーネルがinitを起動できない場合、または何らかの理由でinitが終了すると、カーネルパニックが発生します。initには通常、プロセス識別子1が割り当てられます。

System IIIやSystem Vなどの Unix システムでは、init の設計はResearch UnixおよびそのBSD派生版の init が提供する機能から逸脱しました。2010 年代初頭まで、^{[ 1 ]}ほとんどのLinux ディストリビューションはSystem V とある程度互換性のある従来の init を採用していましたが、 Slackwareなどの一部のディストリビューションはBSD スタイルの起動スクリプトを使用し、 Gentooなどの他のディストリビューションは独自のカスタマイズされたバージョンを持っています。 

それ以来、ほとんどのLinuxディストリビューションはより現代的なinitシステムを採用しており、その多くはsystemdプロジェクトが提供するinitを使用しています。一部のディストリビューションは、 Gentoo LinuxのOpenRCやVoid Linuxのrunitなど、System V-initと互換性のある独自のシステムを作成することを選択しました。これらのプロジェクトには通常、マルチスレッドや対話型initなど、System Vのinitには元々含まれていなかった機能が含まれています。また、ほとんどの最新のinitシステムは、ユーザーのプロンプトに基づいて、起動後にサービスを動的に開始、停止、有効化することもできます。

研究用 Unix init は、にある初期化シェルスクリプト/etc/rcを実行し、^{[ 2 ]}から の制御下にある端末でgettyを起動します/etc/ttys。^{[ 3 ]}ランレベルはありません。/etc/rcファイルによって、init が実行するプログラムが決定されます。このシステムの利点は、シンプルで手動で簡単に編集できることです。ただし、システムに新しいソフトウェアを追加すると、既存のファイルを変更する必要があり、起動不能なシステムになるリスクがあります。

BSD init は、4.3BSD より前は Research UNIX の init と同じでした。^{[ 4 ] [ 5 ]} 4.3BSDでは、の制御下でグラフィカル端末上でXなどのウィンドウシステムを実行するサポートが追加されました。^{[ 6 ] [ 7 ]}を編集する必要性をなくすため、BSD の派生版では、ブートシーケンスの最後の方でサブシェルで実行されるサイト固有のファイルが長年サポートされてきました。/etc/ttys/etc/rc/etc/rc.local

NetBSD 1.5で完全にモジュール化されたシステムが導入され、 FreeBSD 5.0、OpenBSD 4.9 および後継バージョンに移植されました。このシステムは/etc/rc.dディレクトリ内のスクリプトを実行します。System V のスクリプト順序は各スクリプトのファイル名から派生しますが、このシステムでは各スクリプト内に配置された明示的な依存関係タグを使用します。^{[ 8 ]}スクリプトの実行順序は、これらのタグに記述された要件に基づいてrcorderユーティリティによって決定されます。

AT&TのUNIX System IIIは、前身のシステムと比較して、新しいスタイルのシステム起動構成を導入しました^{[ 9 ]} 。これは（修正を加えて）UNIX System Vにも引き継がれ、そのため「SysVスタイルのinit」と呼ばれています。

実行中の System V は、常にあらかじめ決められた数の状態（ランレベルと呼ばれる）のいずれかにあります。少なくとも 1 つのランレベルはシステムの通常の動作状態であり、通常、その他のランレベルはシングルユーザーモード（障害のあるシステムの修復に使用）、システムシャットダウン、およびその他のさまざまな状態を表します。あるランレベルから別のランレベルに切り替えると、ランレベルごとに一連のスクリプトが実行されます。これらのスクリプトは通常、ファイルシステムのマウント、デーモンの起動または停止、 X Window System の起動または停止、マシンのシャットダウンなどを行います。

従来、init の大きな欠点の 1 つは、タスクを順番に開始し、各タスクの読み込みが完了するまで次のタスクに進まないことでした。起動プロセスが入出力(I/O) ブロック状態になると、起動時に長い遅延が発生する可能性があります。SSD を使用するなどして I/O を高速化することで遅延を短縮できますが、根本的な原因は解決されません。

こうした問題やその他の設計上の問題に対処するため、従来のinitデーモンを置き換えるための様々な取り組みが行われてきた。例えば、以下のようなものがある。

• オペレーティングシステムのサービス管理
• セッションマネージャサブシステム— Windows NTにおける同等の機能

• FreeBSD init マニュアルページ
• Unixのinit方式をまとめた論文（2007年）
• Solarisサービス管理機能 - クイックスタートガイド（ Wayback Machineアーカイブ、2005年12月31日）
• 現代のinitシステムの歴史（1992年～ 2015年）Wayback Machineに2015年10月11日にアーカイブされました