Genkernel/ja

は、 Article description::[[kernelとinitramfsを自動的にビルドすることができるGentoo製のツールです. ]] その主な特徴は：


 * カーネルソースの設定.
 * 圧縮されたカーネルをビルドし、にコピーします.
 * initramfsを作成してにコピーします.
 * にシンボリックリンクを作成する.
 * 暗号化に関連するファイル、ブートスプラッシュイメージ、追加モジュールなど、カスタムコンテンツをinitramfsに追加する.
 * initramfsを圧縮する.
 * 新しく作成されたカーネルとinitramfsをブートするようにブートローダーを設定する.

Emerge
genkernelのインストールを開始します:

使い方
genkernel を実行する際の一般的な文法は以下のとおり:

オプション
genkernel の実際の挙動は、多数のオプションの組合せによって変わります. そのオプションの多くは、 内で有効/無効に設定することもでき、 genkernel コマンドに引き渡すこともできます. コマンドに引き渡したオプションのほうが、 内で定義されたものより優先して処理されます. ファイルにはとても多くの説明が載っていますが、そのうちのとりわけ一般的に利用されるオプションについて、ここではみていきましょう. 読者が一般的な genkernel の利用法に馴染めることがゴールです. より詳細な解説は、 や、 man genkernel コマンドの出力を参照してください.

ユーザ対話型操作を提供するオプション
カーネルコンフィグレーションに関する下記のオプションは、コンフィグレーションの過程においてどのような対話型操作を提供するかを指定します. その過程の最中でも、ユーザはコンフィグファイルを保存するか否かを選択することができます. 以下が主なコンフィグレーションオプションです :


 * 使用するgenkernelの設定ファイルを指定します（既定ではです）.
 * 使用するgenkernelの設定ファイルを指定します（既定ではです）.


 * カーネルをビルドする前に、コマンドを実行するかを指定します（このコマンドはインタラクティブな設定メニューを起動します）.
 * カーネルをビルドする前に、コマンドを実行するかを指定します（このコマンドはインタラクティブな設定メニューを起動します）.


 * GTK+ライブラリに依存するカーネル設定ユーティリティを提供します. このオプションはX-windowシステムを利用するため、ほとんどの人にとってこのツールを使うことで、カーネルの設定がより簡単で明瞭だと感じられることが利点です. このオプションを利用するためにはX-windowシステムを必要とするため、コマンドラインでは動作しないことが欠点です.
 * GTK+ライブラリに依存するカーネル設定ユーティリティを提供します. このオプションはX-windowシステムを利用するため、ほとんどの人にとってこのツールを使うことで、カーネルの設定がより簡単で明瞭だと感じられることが利点です. このオプションを利用するためにはX-windowシステムを必要とするため、コマンドラインでは動作しないことが欠点です.


 * QTライブラリに依存するカーネル設定ユーティリティを提供します. このオプションはX-windowシステムを利用するため、ほとんどの人にとってこのツールを使うことで、カーネルの設定がより簡単で明瞭だと感じられることが利点です. このオプションを利用するためにはX-windowシステムを必要とするため、コマンドラインでは動作しないことが欠点です.
 * QTライブラリに依存するカーネル設定ユーティリティを提供します. このオプションはX-windowシステムを利用するため、ほとんどの人にとってこのツールを使うことで、カーネルの設定がより簡単で明瞭だと感じられることが利点です. このオプションを利用するためにはX-windowシステムを必要とするため、コマンドラインでは動作しないことが欠点です.


 * 後の使用に備えて、カーネルの設定をディレクトリに保存するかを指定します.
 * 後の使用に備えて、カーネルの設定をディレクトリに保存するかを指定します.


 * ディレクトリにあるカーネルとinitrdのイメージの名前を変更します. これにより、生成されるイメージはととなります.
 * ディレクトリにあるカーネルとinitrdのイメージの名前を変更します. これにより、生成されるイメージはととなります.

生成されるシステムに関するオプション
以下のコンフィグレーションオプションは、生成されるカーネルや initrd の仕様を左右します.


 * genkernel 製の initrd イメージで Fbsplash フレームバッファスプラッシュのサポートを有効化 (または無効化) します. fbsplash によって使用されるデフォルトテーマを上書きするには、 (ここで   は  ディレクトリの中のディレクトリのどれかの名前です) を使用してください.
 * genkernel 製の initrd イメージで Fbsplash フレームバッファスプラッシュのサポートを有効化 (または無効化) します. fbsplash によって使用されるデフォルトテーマを上書きするには、 (ここで   は  ディレクトリの中のディレクトリのどれかの名前です) を使用してください.


 * このオプションは、システムの起動中に initrd によってサポートされるスプラッシュスクリーンの解像度を選択します. これはふたつの理由により有用です. ひとつめは、システムに関連するスプラッシュスクリーンの解像度だけを選択することができるためです. ふたつめは、initrd による不必要なディスク消費量の増加を防ぐためです. (initrd はシステムの構成に関係の無い解像度をサポートする必要が無いからです. ) しかしながら、このオプションはカーネルをインストール CD のためにコンパイルする場合は省くのが最善です; これにより、すべての可能な解像度に対してスプラッシュをサポートすることができます.
 * このオプションは、システムの起動中に initrd によってサポートされるスプラッシュスクリーンの解像度を選択します. これはふたつの理由により有用です. ひとつめは、システムに関連するスプラッシュスクリーンの解像度だけを選択することができるためです. ふたつめは、initrd による不必要なディスク消費量の増加を防ぐためです. (initrd はシステムの構成に関係の無い解像度をサポートする必要が無いからです. ) しかしながら、このオプションはカーネルをインストール CD のためにコンパイルする場合は省くのが最善です; これにより、すべての可能な解像度に対してスプラッシュをサポートすることができます.


 * ブートシーケンス中にキーマップの選択を強制します.
 * ブートシーケンス中にキーマップの選択を強制します.


 * ブート時のキーマップ選択を有効化します (例えば、LUKS コンテナパスワード入力のために). 望ましいキーマップをブートオプションで  の値として渡すことができます (.map を除いたキーマップファイルの名前です). 利用可能なキーマップファイルは  で見つかります.
 * 必要なキーマップが genkernel で利用可能でない場合は、既存の キーマップ ( で利用可能) から選択して、  を使って変換できます. 詳しくは  の man ページを確認してください.
 * 必要なキーマップが genkernel で利用可能でない場合は、既存の キーマップ ( で利用可能) から選択して、  を使って変換できます. 詳しくは  の man ページを確認してください.


 * システムで利用可能であれば、Logical Volume Management (LVM2) を利用したストレージへのサポートを静的バイナリから取り込みます. 利用可能でない場合は、関連する (静的な) LVM2 バイナリがコンパイルされます. このオプションを有効化する前に、 パッケージをシステムにインストール していることを確認して、Gentoo wiki の LVM の記事を再確認してください.
 * システムで利用可能であれば、Logical Volume Management (LVM2) を利用したストレージへのサポートを静的バイナリから取り込みます. 利用可能でない場合は、関連する (静的な) LVM2 バイナリがコンパイルされます. このオプションを有効化する前に、 パッケージをシステムにインストール していることを確認して、Gentoo wiki の LVM の記事を再確認してください.


 * DMRAID のサポートを含めます; カーネルのデバイスマッパサブシステムを利用して RAID マッピングを作成するユーティリティです. DMRAID はソフトウェア RAID セット (例えば ATARAID) と、それに含まれる DOS パーティションを発見し、有効化し、プロパティを表示します.
 * DMRAID のサポートを含めます; カーネルのデバイスマッパサブシステムを利用して RAID マッピングを作成するユーティリティです. DMRAID はソフトウェア RAID セット (例えば ATARAID) と、それに含まれる DOS パーティションを発見し、有効化し、プロパティを表示します.


 * Linux Unified Key Setup または LUKS のサポートを含めます. これにより、ルートファイルシステムを含む、LUKS で暗号化されたデバイスを使用できます. ブートローダ上で、暗号化されたデバイスを  の値として (そして   を LUKS が作成する復号されたデバイスに) 設定してください.
 * Linux Unified Key Setup または LUKS のサポートを含めます. これにより、ルートファイルシステムを含む、LUKS で暗号化されたデバイスを使用できます. ブートローダ上で、暗号化されたデバイスを  の値として (そして   を LUKS が作成する復号されたデバイスに) 設定してください.


 * initrd にディスクラベルのサポートと UUID のサポートを追加します.
 * initrd にディスクラベルのサポートと UUID のサポートを追加します.


 * initrd に iSCSI のサポートを追加します.
 * initrd に iSCSI のサポートを追加します.


 * initrd に Multipath のサポートを追加します.
 * initrd に Multipath のサポートを追加します.


 * ユーザ作成の linuxrc を指定します. linuxrc は、実際のブートプロセスに先行する、カーネルのスタートアップステージの中で初期化されるスクリプトです. デフォルトの linuxrc スクリプトは ディレクトリで見つかります. このスクリプトを使用することで、小さなモジュール化されたカーネルにブートすることが可能になります; システムにとって必要になる最小限のドライバを (モジュールとして) ロードしようとします.
 * ユーザ作成の linuxrc を指定します. linuxrc は、実際のブートプロセスに先行する、カーネルのスタートアップステージの中で初期化されるスクリプトです. デフォルトの linuxrc スクリプトは ディレクトリで見つかります. このスクリプトを使用することで、小さなモジュール化されたカーネルにブートすることが可能になります; システムにとって必要になる最小限のドライバを (モジュールとして) ロードしようとします.


 * カーネルのコンパイル中に使用されるキャッシュの場所をデフォルトから上書きします.
 * カーネルのコンパイル中に使用されるキャッシュの場所をデフォルトから上書きします.


 * カーネルのコンパイル中に genkernel によって使用される一時ディレクトリの場所を指定します.
 * カーネルのコンパイル中に genkernel によって使用される一時ディレクトリの場所を指定します.


 * initrd に Unification File System のサポートを含めます.
 * initrd に Unification File System のサポートを含めます.


 * ディレクトリを独立したパーティションにマウントする必要があるかどうか検出します. ブートパーティションをファイルシステムにマウントする方法についての指示のために、(必要であれば) スクリプトをチェックするでしょう.
 * ディレクトリを独立したパーティションにマウントする必要があるかどうか検出します. ブートパーティションをファイルシステムにマウントする方法についての指示のために、(必要であれば) スクリプトをチェックするでしょう.


 * Xen および Linux の早期マイクロコードサポートのために、Intel/AMD プロセッサのためのマイクロコードで満たされた早期 cpio を作成します
 * Xen および Linux の早期マイクロコードサポートのために、Intel/AMD プロセッサのためのマイクロコードで満たされた早期 cpio を作成します

ビルドの際に使用されるツールを選択するためのオプション
次のオプションはgenkernelをすることによってサポートされており、カーネルを組み立てている間、関連するアプリケーションに渡されます. これらのオプションは、はるかに低いレベルではあるが、カーネルのコンパイル処理に使用するコンパイルツールに影響を与えます.


 * Specifies the compiler employed during the kernel compilation process.
 * Specifies the compiler employed during the kernel compilation process.


 * Specifies the linker employed during the kernel compilation process.
 * Specifies the linker employed during the kernel compilation process.


 * Specifies the assembler employed during the kernel compilation process.
 * Specifies the assembler employed during the kernel compilation process.


 * Specifies an alternative to the GNU make utility employed during the kernel compilation process.
 * Specifies an alternative to the GNU make utility employed during the kernel compilation process.


 * Specifies the compiler employed during the compilation of support utilities.
 * Specifies the compiler employed during the compilation of support utilities.


 * Specifies the linker employed during the compilation of support utilities.
 * Specifies the linker employed during the compilation of support utilities.


 * Specifies the assembler employed during the compilation of support utilities.
 * Specifies the assembler employed during the compilation of support utilities.


 * Specifies an alternative to the GNU make utility employed during the compilation of support utilities.
 * Specifies an alternative to the GNU make utility employed during the compilation of support utilities.


 * Specifies the number of concurrent threads that the make utility can implement while the kernel (and utilities) are being compiled. The variable  is a number to be freely chosen, although the most common values are obtained by adding one (1) to the number of cores used by the system, or just use the number of cores on the system. So, for a system with one core, most common option values are   or  ; a system with two cores most likely uses the   or   options, and so on. (A system with one processor that supports Hyper-Threading™ (HT) Technology can be assumed to have 2 cores, provided Symmetric Multi-Processing (SMP) support is enabled in the kernel.)
 * Specifies the number of concurrent threads that the make utility can implement while the kernel (and utilities) are being compiled. The variable  is a number to be freely chosen, although the most common values are obtained by adding one (1) to the number of cores used by the system, or just use the number of cores on the system. So, for a system with one core, most common option values are   or  ; a system with two cores most likely uses the   or   options, and so on. (A system with one processor that supports Hyper-Threading™ (HT) Technology can be assumed to have 2 cores, provided Symmetric Multi-Processing (SMP) support is enabled in the kernel.)

コンパイル手順に関するオプション
次のオプションは通常、実際のコンパイル時に有効になります:


 * Specifies an alternative kernel source location, rather than the default location.
 * Specifies an alternative kernel source location, rather than the default location.


 * Specifies what alternative kernel configuration will be used, rather than the default file.
 * Specifies what alternative kernel configuration will be used, rather than the default file.


 * Specifies a prefix to the directory where kernel modules will be installed (default path is the directory.)
 * Specifies a prefix to the directory where kernel modules will be installed (default path is the directory.)


 * Activates (or deactivates) the command before compiling the kernel. The  command removes all object files and dependencies from the kernel's source tree.
 * Activates (or deactivates) the command before compiling the kernel. The  command removes all object files and dependencies from the kernel's source tree.


 * Activates (or deactivates) the command before kernel compilation. Like the  command listed above,  removes all object files and dependencies from the kernel's source tree. However, any previous configuration files (in  or ) will also be purged from the kernel's source tree. If it is undesirable that the kernel's  file keeps disappearing, be sure to disable this option!
 * Activates (or deactivates) the command before kernel compilation. Like the  command listed above,  removes all object files and dependencies from the kernel's source tree. However, any previous configuration files (in  or ) will also be purged from the kernel's source tree. If it is undesirable that the kernel's  file keeps disappearing, be sure to disable this option!


 * Issues the command, which attempts to collect configuration information for the system's architecture from a generic script in . This is a non-interactive process; no user input is entertained. Also, if   is used in conjunction with , the latter option is negated, resulting in the activation of the   option.
 * Issues the command, which attempts to collect configuration information for the system's architecture from a generic script in . This is a non-interactive process; no user input is entertained. Also, if   is used in conjunction with , the latter option is negated, resulting in the activation of the   option.


 * Calls the specified arguments (, in this case) after the kernel and the relevant modules have been built, but before building the initrd image. This may be useful when installing external modules in the initrd image by emerging the relevant item(s) with the callback feature, and then redefining a genkernel module group.
 * Calls the specified arguments (, in this case) after the kernel and the relevant modules have been built, but before building the initrd image. This may be useful when installing external modules in the initrd image by emerging the relevant item(s) with the callback feature, and then redefining a genkernel module group.


 * Activates (or deactivates) the command, which installs the new kernel image, configuration file, initrd image and system map onto the boot partition. Any compiled modules will be installed as well. By default genkernel will attempt mount  if it is on a separate partition before running the install command.
 * Activates (or deactivates) the command, which installs the new kernel image, configuration file, initrd image and system map onto the boot partition. Any compiled modules will be installed as well. By default genkernel will attempt mount  if it is on a separate partition before running the install command.


 * Refrains from copying any modules to the genkernel-created initrd image. This option is an exception to the rule about the  prefix; omission of this prefix creates an invalid genkernel option.
 * Refrains from copying any modules to the genkernel-created initrd image. This option is an exception to the rule about the  prefix; omission of this prefix creates an invalid genkernel option.


 * Copies all available modules to the genkernel-created initrd image.
 * Copies all available modules to the genkernel-created initrd image.


 * Creates the initrd image, prior to the kernel image (this hack currently applies only to PPC Pegasos systems).
 * Creates the initrd image, prior to the kernel image (this hack currently applies only to PPC Pegasos systems).

デバッグ用オプション
カーネルのコンパイルプロセス中にデバッグオプションを使用すると、報告された情報の量だけでなく、言ったデータの表示を制御します.


 * Controls the level of verbosity for information provided by genkernel. The variable  is an integer between 0 and 5. The level '0' represents minimal output, while '5' provides as much information as possible about genkernel's activities during the kernel compilation process.
 * Controls the level of verbosity for information provided by genkernel. The variable  is an integer between 0 and 5. The level '0' represents minimal output, while '5' provides as much information as possible about genkernel's activities during the kernel compilation process.


 * Ignores the value set by the  option (above) and sends all debugging data produced by genkernel to the specified output file. Outputs to  by default.
 * Ignores the value set by the  option (above) and sends all debugging data produced by genkernel to the specified output file. Outputs to  by default.


 * Activates (or deactivates) colored output of debugging information (reported by genkernel) using escape sequences.
 * Activates (or deactivates) colored output of debugging information (reported by genkernel) using escape sequences.


 * Activates (or deactivates) the full post-run cleanup for debug purposes.
 * Activates (or deactivates) the full post-run cleanup for debug purposes.

アクション
コマンドライン上でによって渡されるアクションは、genkernelにどのアクションを起こさせるかを指定します. 以下のアクションが対応しています：

実行
genkernelを実行する方法はいくつかありますが、ほとんどのユーザーにお薦めしたい最も簡単な方法は、でしょう. はいこれで、ほとんどのシステムでうまくいくような設定がされました. しかし先に述べたように、このアプローチには欠点がないわけではありません. 作成されたモジュールのほとんどは平均的なユーザーには無駄であり、その上コンパイル時間も長くなるかもしれません. そこでもっと効果的なアプローチをお教えしましょう. rootユーザーでgenkernelに、幾つかのオプションを渡します：

上の操作によって、genkernel はフレームバッファによるスプラッシュが有効化されたカーネル を作成し、これは手動でインストールする必要があります. カーネルソースツリーの準備中に、genkernel はソースツリー内の既存のオブジェクトファイルを片付けません. ユーザがシステムに対しどのモジュールをビルドするか選択できるように、メニュー式のカーネルコンフィグユーティリティが表示されます.

を  オプションで置き換えると、genkernel に新しいカーネルを  ディレクトリに自動でインストールさせることができ、  が指定されると、シンボリックリンクを作成します. オプションを使用すると genkernel に、必要であれば パーティションを自動でマウントさせることができます.

カーネルの変更
最初にすべきことは、 ファイル内で が起動されるように設定することです:

ファイル管理
genkernelを使うのであれば、ユーザーは以下のことについて把握しておかなければいけません. 一つ目はカーネルの設定に関する事柄、二つ目はカーネルのイメージファイルの管理に関する事柄、三つ目はカーネルソースがシステムによってどのように扱われるかに関する事柄です.

ソースファイル
を実行すると、新しいソースが利用可能なときはいつでも、それを保管するための新しいカーネルソースディレクトリが 下に作成されます. 通常、アクティブなカーネルソースディレクトリは シンボリックが指し示しています.

ディレクトリは以下のようになっているかもしれません:

シンボリックリンクはいくつかの方法で変更することができます.


 * USE フラグがセットされている場合、 シンボリックリンクは自動的に、新しく emerge されたソースを指すように更新されます.


 * USE フラグがセットされていない場合、ユーザは に続けて  コマンドを使用して、シンボリックリンクの指す先を変更することができます.

genkernel は常に シンボリックリンクが指すソース (だけ) を使います.

カーネルコンフィグレーションファイル
アクティブなカーネルソースを使ったカーネルのコンパイルを一度実行したことがある場合、直前のカーネルの bzimage を作成するときに適用されたカーネルコンフィギュレーションを格納する、 ディレクトリの中に、ファイルがあるかもしれません. このファイルは例えば、 のような名前がつけられています. ここで  はシステムのアーキテクチャで、  は使用されたソースのバージョンで、  はソースのリリースで、置き換えられているかもしれません.

を実行したときに、初期状態のコンフィギュレーションとして使用されるのが、この ファイルです.

新しいカーネルソースで初めて genkernel を実行している場合、または前回の結果が保存されていない場合、このファイルは (を x86_64 は実際のアーキテクチャで置き換えた場所) にあるデフォルトのコンフィギュレーションファイルで置き換えられます.

コンパイル済コンフィグレーションの保存
コマンドラインから、またはの中から genkernelオプションが有効になっている場合、コンパイルされたカーネル設定はディレクトリに保存されます. 同時に、設定はディレクトリのファイルに保存されますが、このファイルは次ので再利用されません.

カーネルとinitramfsを ディレクトリへインストール
genkernel を実行するときに  オプションを指定すると、genkernel に対し、カーネルイメージと initramfs を  ディレクトリにインストールさせることができます. を便利な方法で実行するには、 ファイルで次を設定してください:


 * 最初のパラメータは、自身のために語っています.


 * 2番目のパラメータは、コンパイルされたカーネル構成をに保存するようにgenkernelに指示します


 * The last two options tell genkernel to automatically update the grub configuration. In practice, the following happens:
 * If a previous kernel image with the same name already exist, it is renamed by appending to its name. A symlink  is automatically created that points to it.
 * The new kernel takes the place of any kernel with the same name into . If it is the first time a kernel is compiled, a symlink kernel is automatically created that points to the new kernel.

を実行した後、 ディレクトリはこのように見えるかもしれません:

ブートローダの設定
新しいカーネルがブート可能でない場合であっても、そのようにブートローダの設定で上記のシンボリックリンクを使用することができ、ユーザーは常にブート古いものにすることができます.

genkernelによって提供されるカーネルとintirdが正しく動作するようにするには、ブートローダの設定ファイルに最小限の情報を指定します.


 * カーネルイメージに渡されるカーネルパラメータに、 を追加してください. ここで  はルートパーティションを指しています (  は、パーティションが存在している場合はパーティション番号です).
 * スプラッシュを使用している場合は、カーネルに渡されるパラメータに  のよう適切なモード行を追加し、ブートプロセス中に必要になる詳細度に応じて   または   も追加してください.
 * ブートローダによって必要になる initrd の情報を追加してください. ブートローダに initrd を関知させる方法の詳細については、Gentoo ハンドブックのブートローダ設定の章をお読みください.

Here is how the file might look.

作業ファイルの保存
genkernelのアプリケーションが自動的にファイルへの新しい変更を保存します. 以前の変更が保存される場合、次のアクションが取られる必要があります.


 * 保存する最初のファイルは、のカーネル構成ファイルです. カーネルの再コンパイル前にソースが変更されていない場合、このファイルの以前に使用された名前が使用されます. したがって、以前の構成ファイルを別の名前でコピーすると、新しい構成の開始点としてファイルを使用可能にしたまま、情報を保持するのに役立ちます.


 * The second important thing is to preserve the already bootable kernel and initramfs images. The way to accomplish this depends on the context:
 * If the last kernel compiled is bootable, running will rename this kernel (and similarly initramfs) image to  and create a new . This mean that even if the new kernel is not bootable, users will always be able to boot the old one.
 * If the last kernel compiled is not bootable and sources haven't changed since the user compiled a bootable one, prior to running, first delete the new kernel image and remove the suffix from the last bootable one. Without this, if the newly compiled kernel is not bootable for the second time, the bootable  will be kicked out by the renaming of the non bootable , giving the user an unbootable system. Use the same reasoning for initramfs.

ソースを変更しながら、以前のカーネル設定を使用して
The previous configuration can be used through the MENUCONFIG variable in as follows:

ブートする前に initramfs が必要なユーティリティを含んでいるか確認する
Before booting the system, it might be wise checking that initramfs includes necessary utilities. For example, a missing cryptsetup will produce a kernel panic when booting with LUKS. This post uses the following procedure to check that initramfs includes cryptsetup:

インストールCDから
The utility can build kernel and initrd images that provide support for network booting, or netbooting. With any luck, users should be able to netboot any recent computer into the environment provided by the Installation CD.

The magic lies in genkernel's linuxrc script: it will try to netmount the Installation CD using NFS. From there, the init scripts of the Installation CD can take over, as if the CD was present locally.

ネットブートをサポートしたカーネルとinitramfsを構築
カーネルの設定をしながら、ネットブートのサポートを有効にするには、次のオプションが含まれます. :

まず、カーネルイメージは、システムのネットワークインタフェースカード（NIC）用のドライバが含まれている必要があります. 通常、このようなデバイスのドライバがモジュールとしてコンパイルされます. しかし、そのようなドライバがカーネルイメージにはなくモジュールとして直接コンパイルされていること（ネットブート用）が不可欠です.

Secondly, it is suggested that IP: kernel level autoconfiguration is enabled as well as IP: DHCP support options. This avoids an unnecessary layer of complexity since the IP address and the NFS path to the Installation CD can be configured on a DHCP server. Of course, this means the kernel command line will remain constant for any machine — which is very important for etherbooting.

これらのオプションは、起動時にDHCP要求を送信するために、カーネルに伝えます.

Additionally, enable SquashFS because most modern Gentoo Installation CDs require it. Support for SquashFS is not included with the generic kernel source tree. To enable SquashFS, apply the necessary patches to the generic kernel source or install gentoo-sources.

コンパイル処理が完了すると、カーネルのモジュールを含む圧縮tarボール（tar.gz形式）を作成します. カーネルのバージョンがインストールCDのカーネルイメージのバージョンと一致しない場合は、このステップは必要なだけです.

すべてのモジュールを含むアーカイブを作成するには:

ネットワークブートメカニズムに応じて、次のいずれかの手順に従う必要があります. :

etherbootにイメージを作成するには:

OpenBoot/SPARC64 TFTPイメージを作成するには:

ファイルがブートイメージです.

最後に、TFTPサーバにこのカーネルをコピーします. 詳細は、アーキテクチャに依存していると、このガイドの範囲を超えています. 興味のある特定のプラットフォームのドキュメントを参照してください.

NFS setup
To setup a NFS share that contains the Installation CD, use the loop device to mount the ISO image and then copy the contents of the CD into the NFS share. As a nice extra, genkernel's initrd scripts will extract all tar.gz files located in the directory. All that needs to be done here is copy the archive to the  directory.

The following assumes that is an exported NFS share:

Now copy the file into :

DHCP setup
The netboot images will ask the DHCP server on the network for an IP as well as a  option. Both can be specified per host using a MAC address to identify machines:

Netbooting instructions
Netbooting itself is again very platform-specific. The important part is to specify the  and   parameters on the kernel command line, as this will bring up the network interface and tell the initrd scripts to mount the Installation CD via NFS. Here are some platform-specific tips.

For etherboot, insert the etherboot disk into the drive and reboot. The kernel command line was specified when the image was constructed. With Sparc64, press + at the boot prompt and then enter:

PXE のためには、pxelinux (syslinuxの一部)をセットアップし、 を作成して以下の行を続けます:

はじめに
If an initramfs is installed with genkernel, then take a look at the various boot options that can (or should) be defined in the bootloader configuration. The most common ones are added to this guide.

Loading LVM or software-RAID
If the system uses LVM or software-RAID, the initramfs has to be built using the  and   options. Do not forget to enable support during boot as well. This can be done using the dolvm and domdadm options.

シングルユーザーモードでブートします
ブートアップが失敗した何らかの理由で場合は、シングルユーザーモードでブートして、システムを救出することも可能です. これは、本当に必要なサービスをロードし、救助（root）シェルにユーザーをドロップします.

compile failed: Kernel not found
This failure can be experienced when attempting to compile a kernel for one architecture with a kernel file that has a target of a different architecture than the target. This could be as simple as a machine running an kernel attempting to compile for a  target.

This can be experienced when booting from a x86_64 LiveCD on a system that is capable of operating in 64-bits, however the target to be installed or repaired is 32-bits. After the compilation process begins, will attempt to automatically detect the architecture for the target based on the currently running kernel. If the currently running kernel is 64-bit, then, unless it is told otherwise, will presume it should be looking for a 64-bit kernel.

Suppose then that the kernel's file has x64 disabled. The command will execute and the resulting kernel binary will be placed in the associated  directory. When goes to install (move and rename) the kernel it cannot find the kernel because it expected a 64-bit kernel.

The solution to this failure is to set 's  option to, in this case, the  architecture. The final command could look like this:

To override the architecture choice permanently, modify the ARCH_OVERRIDE variable in the file.

external modules (such as xtables_addons) must be rebuilt manually with a new kernel
Genkernel can rebuild external modules after the kernel is built; edit to include this line:

参考

 * 手動カーネルコンフィギュレーション - 手動で行う必要があるときのために.
 * Dracut - Gentoo で利用可能な他の initramfs ビルダ.