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つのツールが、ウェブブラウザです.

Graphical browsers
Those using environments with fully graphical web browsers will have no problem copying a stage file URL from the main website's download section. Simply select the appropriate tab, right click the link to the stage file, then (Firefox) or  (Chromium) to copy the link to the clipboard, then paste the link to the  utility on the command-line to download the stage tarball:

Command-line browsers
More traditional readers or 'old timer' Gentoo users, working exclusively from command-line may prefer using, a non-graphical, menu-driven browser. To download a stage, surf to the Gentoo mirror list like so:

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

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

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

On the mirror list, select a mirror close by. Usually HTTP mirrors suffice, but other protocols are available as well. Move to the directory. There all available stage files are displayed (they might be stored within subdirectories named after the individual sub-architectures). Select one and press to download.

After the stage file download completes, it is possible to verify the integrity and validate the contents of the stage tarball. Those interested should proceed to the next section.

Those not interested in verifying and validating the stage file can close the command-line browser by pressing and can move directly to the Unpacking the stage tarball section.

Verifying and validating
Like with the minimal installation CDs, additional downloads to verify and validate the stage file are available. Although these steps may be skipped, these files are provided for users who care about the legitimacy of the file(s) they just downloaded.


 * 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.

Use and compare the output with the checksums provided by the  or  files.

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

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

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

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

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

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

Make sure that the same options ( and  ) are used. The  stands for Extract, the   for Verbose to see what happens during the extraction process (optional), the   for Decompress with bzip2, the   for Preserve permissions and the   to denote that we want to extract a File, not standard input. is to include the extended attributes 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 the Gentoo release engineering team intended, even if adventurous users are not using official Gentoo installation media.

Now that the stage file is installed, continue with Configuring the compile options.

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

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

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

CFLAGS と CXXFLAGS
The CFLAGS and CXXFLAGS variables define the optimization flags for GCC C and C++ compilers respectively. Although those are defined generally here, for maximum performance one would need to optimize these flags for each program separately. The reason for this is because every program is different. However, this is not manageable, hence the definition of these flags in the file.

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

We will not explain all possible optimization options. To understand them all, read the GNU Online Manual(s) or the gcc info page ( - only works on a working Linux system). The file itself also contains lots of examples and information; don't forget to read it too.

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

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

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

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

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

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

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

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