Gentoo Linux は常に魅力的なディストリビューションです。 2002 年 3 月の最初のリリース以来、Gentoo はかなり長い間 Linux 分野に存在し、時の試練に耐え、今でも十分にサポートされています。
Arch や他のほとんどの Linux ディストリビューションとは異なり、Gentoo はソースベースのディストリビューションであり、ユーザーは各パッケージをカスタマイズしてコンパイルすることが求められます。気が遠くなるように聞こえますが (ある程度現実的です)、システムから最大限のパフォーマンスと最適化を引き出すには、この妥協が必要です。
私は以前 Arch Linux を使用したことがあったので、セットアップとインストールのプロセス全体がどのように進むかについては理解していました。とか思ってた。 Gento は非常に複雑でありながら同時に美しく、使えば使うほどその不思議な魅力が理解できることがわかりました。
Gentoo を実際のハードウェアにインストールする
すべては忍耐力です
Gentoo のインストールは、ISO ファイルをダウンロードするほど簡単ではありませんでした。最小限のライブ インストール ディスクがありますが、コピー アンド ペーストする必要があるコマンドが多数あるため、これは一般的にお勧めできません。
あまり手間をかけずにブラウザにアクセスして Wi-Fi に接続できるように、ライブ KDE イメージを選択しました。それでも、Gentoo はこのようなクイックフィックスを提供しません。各ステップを手動で実行する必要があります。基本的な KDE のもの以外には、ライブ ISO には Gentoo ハンドブックへの「便利な」リンクが含まれていますが、それ以外には何も含まれていません。
Gentoo は、Linux Mint などの他のライブ メディアからインストールすることもできます。詳細については、ガイドを参照してください。
インストールを完了するのは、難しいというよりも退屈でした。完全なカスタム カーネルとシステム パッケージを作成するため、複雑さが数段上がったとしても、ほとんどの場合、Gentoo は Arch ユーザーにとって馴染みやすいものであるはずです。
多くのコピー＆ペーストといくつかの即興作業を経て、最終的にベースの Gentoo システムをインストールする準備が整いました。これはインストールで最も難しい部分であり、コンパイルが完了するまでに時間がかかりました。
最近追加されたバイナリ リポジトリがなければ、これには何時間もかかるでしょう。バイナリ リポジトリは (名前が示すように) プロセス全体を高速化する事前に構築されたパッケージをダウンロードするだけです。
さて、バイナリ化は Gentoo の象徴に反すると主張する人もいるかもしれません。それについては議論の余地がありますが、バイナリ パッケージはほとんどのユーザー ベースに問題なく機能しており、誰もがすべてを最初からコンパイルする時間や忍耐力を持っているわけではありません。
また、Arch ベースのインストールで既に使用しているほとんどのアプリとの互換性を維持するために、本物の海賊版と同じように SystemD イメージをインストールしました。
もちろん、すべてがこれらのバイナリ リポジトリに存在するわけではありません。たとえば、Steam では、面倒なインストール プロセスが必要で、すべてを組み立てる必要がありました。ただし、主要コンポーネントはリポジトリから簡単にダウンロードできるようになり、Gentoo はこれまでよりもはるかにアクセスしやすくなりました。
インストール時間は、ホスト コンピュータによっても大きく異なります。ジャガイモを持っている場合は、インストールが非常に遅くなることが予想されますし、その逆も同様です。
すべてをコンパイルしたら、最終的に別のユーザーを作成し、ユーザーと root の両方にパスワードを設定しました。 1 回再起動した後、ラップトップで Gentoo を実行していましたが、カスタマイズは完了には程遠い状態でした。
レインボーですがさらに多くのカスタマイズが可能
最小値から最大値まですべて
Gentoo の最大の強みの 1 つは、その最小限で飾り気のないアプローチを除けば、対象のシステムに最適化されたパッケージを使用していることです。すべてのプロセッサが同じではないため、これを反映するには /etc/portage/make.conf でビルド フラグを手動で設定する必要がありました。 Gentoo Wiki は不可欠な情報源であり、主要なガイドとして使用することを強くお勧めします。
そのほとんどは、前に述べた make.conf ファイル内で USE フラグを使用することで実現されます。ここからが興味深いことになります。
Gentoo では、必要に応じてユーザーがシステム全体のパッケージにフラグを設定できるため、Bluetooth、Wi-Fi アクセスなどをグローバルに有効または無効にすることができます。
これにより、軽く感じられ、考えられる限りの依存関係を引きつけない、最小限の「肥大化のない」セットアップを作成できます。
パフォーマンスとシステム速度に大きな影響を与えるパッケージ固有の最適化もあります。
すべてがうまくいくわけではない
手動による介入が必要な場合もあります
もちろん、すべてが完璧というわけではありません。 Gentoo にはかなりの問題があり、そのすべてがその奇妙なディストリビューションとビルド システムに関係しています。その結果、私がこのラップトップで使用している多くの (確かにニッチな) パッケージはネイティブでは利用できませんでした。
例としては、i915-sriov-dkms モジュールがあります。これにより、Intel Arc iGPU を仮想グラフィック デバイスに分割し、それぞれを仮想マシンに渡すことができます。これは、VM で GPU アクセラレーションを機能させるための優れた方法です。さて、パッケージの話に戻りますが、それをインストールするのは頭痛の種でした。
Gentoo にはリポジトリにバイナリ パッケージや ebuild がないため、それに応じてクローンを作成してインストールする必要がありました。それでも、インストールは完全に失敗し、DKMS モジュールをカーネルにロードできませんでした。
さて、これはもう少し努力すれば実現できるはずだと確信していますが、これは Gentoo で繰り返し発生する問題のようなものです。決して初心者向けではありませんが、そのように見せかけているわけでもありません。ほとんどのユーザーにとって、Arch Linux や CachyOS のようなものは問題なく機能し、同じレベルの制御を維持しながらはるかにアクセスしやすくなります。
Gentoo のほとんどのパッケージでは依然として手動でのチェックとコンパイルが必要であるという事実もあります。はい、ビルド済みバイナリは今では主流になっていますが、現在はメイン用にのみ予約されています。その他、ソースからビルドする必要があるもの。またはフラットパックを選択してください。
他にはない魅力的なディストリビューション
それでも、私はゲントに熱くなり始めています。私のラップトップの 1 台では、すでに Arch が置き換えられていますが、当分削除するつもりはありません。システムをゼロから構築して、パッケージとその機能をさらに細かく制御できるというアイデアがとても気に入っています。ただし、メイン コンピューターでは引き続き Arch Linux を実行します。
