Handbook:Parts/Installation/Stage/ja

日時を設定する
Gentoo をインストールする前に、時刻を正しく設定しなくてはなりません. Gentoo のウェブベースのサービスではセキュリティ証明書を利用しているため、システム時刻があまりにもずれていると、インストール用ファイルをダウンロードできないかもしれません. また、初期のインストールが完了した後で時刻を修正した場合、未来の日付で保存されたファイルがおかしなエラーを引き起こすことがあるかもしれません.

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

表示された日時が 2、3 分以上ずれている場合は、正確を期すため、以下に示す方法のうちいずれかに従って更新してください.

自動
ほとんどの読者は、タイムサーバを利用してシステムに自動で時刻を更新させることを望むでしょう.

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

手動
タイムサーバにアクセスできないシステムについては、 コマンドをシステム時刻を手動設定するのにも使えます. 引数として、次のフォーマットを使います:  形式 (Month (月)、Day (日)、Hour (時)、minute (分)、Year (年)).

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

例えば、2021年の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プロファイルへの変更を（可能ではありますが）困難にします.

OpenRC
は依存関係に基づく init システム (カーネルが起動した後にシステムサービスを開始するためのシステム) で、通常は にある、システムが提供する init プログラムとの互換性を保っています. Gentoo に由来するオリジナルの init システムですが、他の一部の Linux ディストリビューションや BSD システムでも採用されています.

OpenRC はデフォルトでは ファイルの代替としては機能せず、Gentoo の init スクリプトとは完全な互換性があります. つまり、Gentoo ebuild リポジトリにはデーモンを起動するソリューションがあるということです.

systemd
systemd は SysV スタイルの init と rc の、Linux システム向けの現代的な代替です. Linux ディストリビューションの大多数では、第一の init システムとして使用されています. systemd は Gentoo で完全にサポートされており、その意図した目的に合うように動作します. もし systemd インストールパスについて、何かがハンドブックから欠けているようであれば、助けを求める前に を確認してください.

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

リリースメディアに署名するのに使用された OpenPGP 鍵のフィンガープリントは、Gentoo ウェブサーバのリリースメディアの署名ページで確認できます.

stage tarball を展開する
ここで、ダウンロードした stage を解凍しましょう. ユーティリティを使ってください:

上のコマンドと同じオプション ( と  ) を使っていることを確認してください. は展開（extract）を示し、 はパーミッションを保持（preserve）すること、 は処理対象が標準入力ではなくファイル（file）であることを示しています. は、アーカイブに保存されている拡張属性をすべての名前空間について保持し含めることを示しています. 最後の は、たとえ冒険的なユーザが公式 Gentoo live 環境を使わずに作業をしている場合であっても、tarballから展開されるファイルのユーザIDとグループIDがGentooリリースエンジニアリングチームの意図通りに保たれることを、確実にするためのものです.

これでステージファイルは展開されました. この続きはで.

はじめに
システムを最適化するために、Portage（Gentooの公式なパッケージマネージャ）の挙動に影響する変数を設定できます. これらの変数はすべて環境変数として（を使って）設定できますが、 による設定は永続的なものではありません.

Portage は実行時に を読み、ファイルに保存された値に基づいて実行時の振る舞いを変えます. は 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 変数は、パッケージのインストール時にどれだけ並行してコンパイルを走らせるかを定義します. Portage バージョン 3.0.31 時点において、未定義のままの場合、Portage のデフォルトの挙動では MAKEOPTS 値は が返すスレッド数と同じ数に設定されます.

CPU のスレッド数か、システム全体の RAM 容量を 2 GiB で割った数のうち、小さい方を選択するのがよい選択とされています.

さらなる詳細については 内で MAKEOPTS を検索してください.

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

それでは に進んでください.