Handbook:Parts/Installation/Stage/ja

日時を設定する
Gentoo をインストールする前に、日付と時刻が正しく設定されていることを確認するといいでしょう. 時刻が正しく設定されていないと、おかしな結果を導くかもしれません. 例えば、ベースシステムのファイルは、タイムスタンプを正確に保ったまま展開されるべきです. 実際、いくつかのウェブサイトやウェブサービスでは暗号化された通信（SSL/TLS）を利用しているため、システム時刻があまりにもずれていると、インストール用ファイルをまったくダウンロードできないということもありえます！

コマンドを実行して、現在の日付と時刻が正しいか確認してください.

表示された日時が間違っていたら、以下に示す方法に従って、自動または手動で更新してください.

自動
公式 Gentoo インストールメディアには、 コマンド（ パッケージを通して利用可能です）が含まれています. 公式メディアには、 ntp.org 時刻サーバを指定した設定ファイルも含まれています. これによって、時刻サーバを利用して、システム時刻を UTC 時刻と自動で同期することができます. この方法はネットワーク設定を必要とし、アーキテクチャによっては利用できないかもしれません.

手動
コマンドはシステム時刻を手動設定するのにも使えます. （月(MM)、日(DD)、時(hh)、分(mm)、年(YYYY)）という形式で日時を更新してください.

すべての Linux システムでは UTC で時刻を設定することが推奨されます. タイムゾーンはインストール中にあとで設定します. タイムゾーンを設定すると、時刻の表示がローカル時刻に切り替わります.

例えば、2016年の10月3日 13時16分に設定するには以下のようにします.

multilib (32ビットと64ビット)
ベースとなるtarballを適切に選ぶことで、この後に続くインストールプロセスの相当な時間を短縮できます. 特に適切なプロファイルを選ぶで効果があります. ステージtarballの選択はこの後のシステム設定に直接影響し、頭痛の種もしくはtwo later on down the lineを減らします. multilib tarballは64ビットのライブラリを使えるときはそれを使用し、互換性を必要とする場合は32ビットのライブラリを使用します. これはインストールされるほとんどのソフトにとってすばらしい選択肢となります. プロファイルを簡単に変更できるシステムが必要な場合は、そのプロセッサアーキテクチャにあったmultilib tarballをダウンロードしなければなりません.

大部分のユーザは、'advanced'なtar ballを選択すべきではありません. これらは特定のソフトウェアもしくはハードウェアのみに必要です.

非multilib (64ビットのみ)
システムのベースとして非multilibのtarballを選択することで、完全な64ビット環境を構築できます. これは事実上、multilibプロファイルへの変更を（可能ではありますが）困難にします. '''非mutilibを必要とする明確な理由がなく、単にGentooを使いたいというケースでは、非multilibを選択すべきではありません. '''

stage tarball をダウンロードする
ルートファイルシステムがマウントされている場所、Gentooのマウントポイント（おそらく）に移動してください.

インストールメディアを使ってstage tarballをダウンロードするのに必要なたった1つのツールが、ウェブブラウザです.

グラフィカルブラウザ
完全なグラフィカルウェブブラウザがある環境を使っているひとには、stageファイルのURLをメインウェブサイトのダウンロードセクションからコピーするのに何の問題も無いでしょう. 単純に適切なタブを選択して、stageファイルへのリンクを右クリックして、 (Firefox) または (Chromium)してクリップボードにリンクをコピーして、コマンドライン上でユーティリティにリンクをペーストして、stage tarballをダウンロードします.

コマンドラインブラウザ
伝統的な読者や'古参'のGentooユーザで、コマンドラインのみで作業をする人たちは、グラフィカル環境を必要としないメニュー形式のブラウザであるを使うほうを好むかもしれません. stageをダウンロードするために、Gentooミラーリストに飛んでください.

でHTTPプロキシを使うには、 オプションにプロキシのURLを渡してください.

に似たというブラウザもあります. と同じくグラフィカル環境を必要としませんが、メニューはありません.

プロキシを定義する必要があるならば、 http_proxy や ftp_proxy 変数をexportしてください.

ミラーリストから、近くのミラーを選んでください. 通常はHTTPミラーで十分ですが、他のプロトコルも使えます. ディレクトリに移動してください. 入手可能なすべてのstageファイルが列挙されています. ファイルは、サブアーキテクチャにちなんだ名前のサブティレクトリの中にあることもあります. ファイルを選び、を押してダウンロードしてください.

stageファイルのダウンロードが完了したら、整合性を検証してstage tarballのコンテンツが正当か確認することができます. 興味のあるひとは次節へ進んでください.

stageファイルの検証と確認に興味が無いひとは、を押すことでコマンドラインブラウザを終了して、stage tarball を展開する節へすぐに進むことができます.

検証して確認する
MinimalインストールCDのときと同じく、stageファイルを検証して確認するためのファイルもダウンロードすることができます. これらの手順は飛ばしてもかまいませんが、ダウンロードしたファイルの妥当性を気にするユーザのためにこれらのファイルが提供されています.


 * A file that contains a list of all files inside the stage tarball.
 * A file that contains checksums of the stage file in different algorithms.
 * A file that, like the  file, contains checksums of the stage file in different algorithms, but is also cryptographically signed to ensure it is provided by the Gentoo project.

を使って、その出力をやファイルに含まれるチェックサムと比較してください.

例えば、SHA512チェックサムを検証するには以下を入力します.

コマンドを使う方法もあります.

Whirlpoolチェックサムを検証する場合は以下を入力します.

これらのコマンドの出力をファイルに記録されている値と比較してください. これらの値は合致している必要があります. 合致していないのなら、ダウンロードしたファイルか、ダイジェストファイルが壊れているかもしれません.

ISOファイルと同様に、チェックサムが改竄されていないことを確認するために、を使ってファイルの電子署名を検証することもできます:

stage tarball を展開する
ここで、ダウンロードしたstageを解凍しましょう. を使います.

Make sure that the same options ( and  ) are used. The  stands for extract, the   for preserve permissions and the   to denote that we want to extract a file (not standard input). is to include preservation of the the extended attributes in all namespaces stored in the archive. Finally,  is used to ensure that the user and group IDs of the files being extracted from the tarball will remain the same as Gentoo's release engineering team intended (even if adventurous users are not using official Gentoo installation media).

Now that the stage file is unpacked, proceed with Configuring the compile options.

はじめに
Gentooを最適化するために、Portage（Gentooの公式なパッケージマネージャ）の挙動に影響するいくつかの変数を設定できます. これらの変数はすべて環境変数として（を使って）設定できますが、この場合は永続的なものではありません. 設定を保存するために、Portageは設定ファイルとしてを読み込みます.

これから詳しく見ていく最適化変数を設定するために、エディタ（このガイドではを使います）を起動してください.

ファイルを読めば、記述形式は分かるでしょう. コメント行は"#"で始まり、他の行は「変数="内容"」の形式で変数を定義します. これらの変数のうちのいくつかについてこれから見ていきます.

CFLAGS と CXXFLAGS
CFLAGS と CXXFLAGS 変数はそれぞれ、GCC CコンパイラとC++コンパイラのための最適化フラグを定義します. この2つの変数は通常ここで定義されますが、真に最高のパフォーマンスを発揮するためには、このフラグはプログラム毎に別々に設定する必要があるでしょう. すべてのプログラムは異なるからです. しかし、それでは管理が大変なので、ファイルでこれらのフラグを定義します.

では、一般にシステムの応答が速くなるように最適化フラグを設定するべきです. この変数に実験的な設定を書かないでください. 過剰な最適化はプログラムの挙動をおかしくすることがあり、クラッシュや誤動作の元となります.

ここではすべての最適化オプションを説明することはしません. すべてを理解するためには、GNUオンラインマニュアルやGCC infoページ（ - Linuxシステムでのみ使えます）を読んでください. ファイルにはたくさんの設定例と情報が含まれているので、これを読むこともお忘れなく.

最初の設定は または フラグです. これはターゲットアーキテクチャの名前を指定します. 可能な選択肢はファイル内にコメントとして書かれています. nativeを指定すると、コンパイラは（Gentooをインストールしようとしている）現在のシステムのアーキテクチャをターゲットとして選択してくれるので、よく使われます.

ふたつめの設定は フラグ（ゼロではなく大文字のオー）です. これはgcc最適化クラスフラグを指定します. 可能なクラスは、s（サイズ最適化）、0（ゼロ、最適化無し）、1、2、3（速度最適化）です. 速度最適化については、各クラスは1段階前のクラスが持つものと同じフラグに加えて、追加のフラグを持ちます. は推奨されるデフォルト設定です. をシステム全体で使うと問題を起こすことが知られているので、 にとどめることをおすすめします.

他によく使われる最適化フラグには があります. これは、コンパイルステージ間での連絡方法として、一時ファイルではなくパイプを使うよう指定します. 生成されるコードには影響しませんが、より多くのメモリを使うようになります. メモリの少ないシステムでは、gccが強制終了するかもしれません. そのような場合には、このフラグは使わないでください.

を使うと、必要の無い場合にはフレームポインタをレジスタに保持しなくなります. これはアプリケーションのデバッグ時に深刻な影響を与えるかもしれません.

CFLAGS と CXXFLAGS 変数を定義するときには、最適化フラグは1つの文字列として結合してください. stage3アーカイブから解凍したデフォルト値で十分でしょう. 以下に例を示します:

MAKEOPTS
MAKEOPTS 変数は、パッケージのインストール時にどれだけ並行してコンパルを走らせるかを定義します. CPU数（コア数）プラス1を選択するのがよい選択とされていますが、ガイドラインは常に最良とは限りません.

よーい、ドン！
好みの設定に合わせてを変更し、保存してください. nanoでは+で保存できます.

それではGentooベースシステムのインストールに進んでください.