Handbook:Parts/Installation/Stage/ja

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

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

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

自動
公式 Gentoo インストールメディアには、 コマンド（ パッケージを通して利用可能です）が含まれています. このコマンドを使うと、タイムサーバを利用して、システム時刻を 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を選択すべきではありません. 非multilibは明確な理由があり、自分ですべて責任を取れる場合にのみ選択すべきです.

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

インストールメディアには、stageをダウンロードするために使えるツールがいくつか含まれています. そのうちのひとつがで、グラフィカル環境を必要としないメニュー形式のブラウザです. stageをダウンロードするために、Gentooミラーリストへ行きましょう.

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

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

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

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

MinimalインストールCDのときと同じく、追加のファイルもダウンロードできます.


 * stage tarball内のファイル一覧を含むファイル
 * stage ファイルの各種アルゴリズムでのチェックサムを含むファイル
 * と同様にstageファイルの各種アルゴリズムでのチェックサムを含み、それがGentooプロジェクトから提供されたものであることを保証するために電子署名されたファイル

完了後、を押してブラウザを終了します.

stageファイルをダウンロード後、ダウンロードしたstage tarballの整合性を検証できます. を使って、その出力をやファイルに含まれるチェックサムと比較してください.

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

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

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

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

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

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

同じオプション( と )が使われていることに留意してください. は"解凍"を示し、 （任意）は解凍時に起きたことの詳細を出力します. はbzip2を示し、 はパーミッションを保持すること、 は処理対象が標準入力ではなくファイルであることを示しています. 最後に はアーカイブに保存されている拡張属性を含むことを示しています.

これでステージはインストールされました. この続きはコンパイルオプションを設定するで.

はじめに
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を選択するのがよい選択とされていますが、ガイドラインは常に最良とは限りません.

Ready, set, go!
好みの設定に合わせてを変更し、保存してください. nanoでは+で保存できます.

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