GeForce の Linux ドライバを入れる話は、単純に「最新版を入れれば終わり」ではありません。私も最初はそこを軽く見ていて、再起動後に画面が出ない、入ったはずなのに使えていない、という遠回りをしました。いま振り返ると、先に確認すべきなのはたった4つです。GPUの世代、使っているディストリ、Secure Boot の有無、そして Wayland 前提で使うかどうか。この順番で見れば、かなりの確率で事故を避けられます。2026年3月31日時点で Linux x86_64 向けの最新Production Branchは595.58.03、New Feature Branchは590.48.01です。 (NVIDIA)
まず結論。GeForce の Linux ドライバは「GPU世代」で選ぶ
私がいちばん先に伝えたいのはここです。新しめのGPUなら595系を見ればいいのですが、古い世代まで同じ感覚で進めると詰まります。NVIDIAは、Maxwell / Pascal / Volta 系GPUについて「580系が最後の対応」と案内しています。逆に、Turing / Ampere / Ada / Hopper は従来の proprietary モジュールでも扱えますが、Blackwell 以降は open kernel modules のみ対応です。つまり、型番確認を飛ばして最新版だけ追うやり方は、いまの GeForce 環境では危ないです。 (NVIDIA Developer Forums)
私自身、最初にやっておくべきだったと痛感したのは「自分のGPUがどの枝に乗るか」の確認でした。ここを外すと、あとで Wayland の設定や起動オプションをどれだけ触っても、根本が違っていて空振りになりがちです。ドライバ導入で時間を溶かす人ほど、むしろ最初の5分を丁寧に使ったほうが早いです。
私が最初に見る4項目
1つ目はGPUの世代です。RTX 50/40/30/20 や GTX 16系なら、現行の595系を中心に見ていけば大きく外しません。実際、595.58.03の対応製品一覧にも GeForce RTX 50、GeForce RTX 40、GeForce RTX 30、GeForce RTX 20、GeForce GTX 16 が含まれています。 (NVIDIA)
2つ目はディストリです。私は最初、NVIDIA公式の .run ファイルで入れるほうが“本家感”があって確実だと思っていました。ただ、実際に触ると、日常運用ではディストリ側のパッケージ管理のほうが圧倒的に楽です。NVIDIA自身も、多くの Linux ディストリが独自パッケージを提供しており、そのほうがディストリの仕組みとうまく連携する場合があると案内しています。さらに Ubuntu 公式は ubuntu-drivers を推奨しています。 (NVIDIA)
3つ目は Secure Boot です。ここを見落とすと、「インストールは成功したのにモジュールが読み込まれない」という、いちばん嫌なハマり方をします。Ubuntu 公式は ubuntu-drivers が Secure Boot で動作確認済みの署名付きドライバを優先すると明記しています。 .run で入れる場合も、NVIDIA READMEで署名手順がかなり詳しく説明されています。 (Ubuntu Documentation)
4つ目は、いまのデスクトップ環境が Wayland 前提かどうかです。最近の流れを見ると、ここを避けて通るのは難しいです。NVIDIAの595系では nvidia-drm.ko modeset=1 がデフォルトになり、Waylandまわりの改善も継続しています。しかも Ubuntu 26.04 LTS のリリースノートでは、NVIDIAグラフィックス搭載機が Wayland を完全サポートすると案内されています。 (NVIDIA)
導入方法は2択。でも普段使いならパッケージ管理を先に試したい
私が何度か入れ直して感じたのは、普段使いのPCなら、まずディストリ標準の方法を選ぶのが無難だということです。理由は単純で、カーネル更新、DKMS、署名、依存関係まで含めて面倒を見てもらいやすいからです。NVIDIA READMEでも、カーネルインターフェースはカーネルごとにビルドが必要で、適切な headers や linker が要ると説明されています。DKMS があると自動再ビルドがしやすい一方、大きなカーネル更新では新しいドライバが必要になることもあります。 (NVIDIA Download)
.run インストーラが悪いわけではありません。むしろ細かく制御したい人には向いています。ただ、デスクトップ用途で「まず安定して使いたい」なら、最初から難しい道に入らないほうがいい。私はそこを一度遠回りして、結局パッケージ管理に戻りました。更新のたびに神経を使うより、普段の運用が軽いほうが長く楽です。
Ubuntu なら ubuntu-drivers から始めるのがいちばん楽だった
Ubuntu 系でいちばんわかりやすいのは、候補確認と自動導入です。公式手順では、現在のドライバ確認に cat /proc/driver/nvidia/version、候補確認に sudo ubuntu-drivers list、自動導入に sudo ubuntu-drivers install を使います。版を指定したいなら sudo ubuntu-drivers install nvidia:535 のように入れられます。 (Ubuntu Documentation)
私がここで助かったのは、「自分で枝を決め切れないときでも、とりあえず最適候補を出してくれる」点でした。検索していると、古い記事と新しい記事が混ざっていて、どの番号を選ぶべきか迷います。そんなとき、まずOS側の推奨を見て、そこから必要なら手動で詰めるほうが失敗しにくい。最初から検索結果だけで決め打ちすると、古い情報を掴みやすいです。
.run で入れるなら、X停止と nouveau 無効化を軽く見ない
NVIDIA READMEのインストール章では、作業前にXサーバーを終了し、Nouveau を使っているなら先に無効化すること、さらにカーネルソースや headers、linker が必要だと案内しています。インストーラは sh NVIDIA-Linux-x86_64-595.58.03.run で起動できますが、既存モジュールの扱いや再起動の要否まで含めて、手順を飛ばさないほうがいいです。 (NVIDIA Download)
ここは本当に体感差が出ます。私は昔、GUIのまま勢いで進めて、途中で「入ったのか、入ってないのか」が見えなくなりました。いまは、SSHか別TTYで入る、再起動前提で考える、ログを見る、この3つを先に決めています。地味ですが、このほうが精神的にもかなり安定します。
Wayland はかなり現実的。ただしX11と同じ感覚では触らない
NVIDIAのREADMEでは、非X11系デスクトップである Wayland や Mir の表示には DRM KMS が必要で、595系では modeset=1 がデフォルトです。さらに GBM ベースのWaylandコンポジタを使うには、DRM KMS有効化、Mesaの libgbm.so.1、egl-wayland 1.1.8以降などが要件になっています。 (NVIDIA Download)
実際の感覚としては、昔よりかなり扱いやすくなりました。以前は「Wayland はまだ早い」という空気が強かったのですが、最近はそこまで身構えなくていいです。とはいえ、X11と完全に同じではありません。NVIDIAのWayland既知の問題一覧でも、黒画面、ちらつき、nvidia-settings の機能制限、simpledrmとの競合時の挙動などが残っています。黒画面や表示乱れが出る場合は fbdev=1 を試す回避策も案内されています。 (NVIDIA Download)
私はここで、「起動したら終わり」と思わなくなりました。ログインできても、スリープ復帰、ブラウザの動画、ゲーム起動、外部モニタ接続まで見て初めて“使える”と判断しています。導入直後だけ調子が良くて、数日後に粗が出ることもあるので、最初の数日は少し慎重に見るのがおすすめです。
ノートPCは Optimus を知らないと話が噛み合わない
ノートPCで GeForce を使う場合、デスクトップと同じ発想で設定するとズレます。NVIDIA READMEでは、Optimus 搭載ノートでは、内部ディスプレイがNVIDIA GPUに直接つながっていないケースがあり、その場合はNVIDIA Xドライバで内蔵パネルを直接表示できないと説明しています。muxがない機種では、内蔵GPUが表示担当、NVIDIA GPUはオフロードや CUDA などに使う前提です。 (NVIDIA Download)
ここは私も最初に混乱しました。GeForce が載っているのだから全部NVIDIA側で完結すると思っていたのですが、実際はそう単純ではありません。ノートPCで「入れたのに画面まわりが変だ」と感じるときは、ドライバの成否だけでなく、どちらのGPUが表示を担当しているかまで見ないと答えが出ません。
Secure Boot 環境は、署名を理解しておくと急に楽になる
NVIDIA READMEの署名章では、UEFI + Secure Boot 環境では、署名されていないカーネルモジュールが読み込めないことがあり、nvidia-installer がモジュール署名を支援すると書かれています。MOKのような追加キー管理を使うディストリもあり、単に「インストールできたか」だけでなく、「読み込める状態か」まで確認が必要です。 (NVIDIA Download)
私の感覚では、ここで躓く人は少なくありません。表示上は成功に見えても、再起動後に使えないと、何を疑うべきか分からなくなります。だからこそ、Secure Boot が有効なら最初からそれを前提に手順を選ぶ。後から原因を探すより、そのほうがずっと簡単です。
2026年時点で、古いGPUほど「最新より対応枝」を優先したい
いま検索上位を眺めると、どうしても「最新ドライバ」の文字に目が行きます。ただ、古い GeForce ではそこが罠です。NVIDIAは 580 系を Maxwell / Pascal / Volta の最終対応とし、595 系ではRTX 50/40/30/20やGTX 16系を含む新しめの製品群を主にカバーしています。つまり、古いGPUで最新を追うより、自分の世代に合った枝を選ぶほうが正解に近いです。 (NVIDIA Developer Forums)
この判断ができるようになると、検索結果の見え方が変わります。私は以前、「新しい番号のほうが偉い」と思っていたのですが、いまは「自分のGPUにとって正しい番号か」を先に見ます。ここが分かるだけで、情報のノイズがかなり減ります。
私ならこう進める。失敗しにくい順番
まずGPU世代を確認します。次に、OS標準の方法があるならそれを試します。Ubuntu なら ubuntu-drivers を見ます。ノートPCなら Optimus 前提かどうかを意識します。Secure Boot が有効なら、署名を最初から前提にします。Wayland で使うつもりなら、導入後に外部モニタ、復帰、動画、ゲームまで一通り触って確認します。こういう順番にしてから、私の導入トラブルは明らかに減りました。 (Ubuntu Documentation)
GeForce の Linux ドライバ導入は、難しそうに見えて、実は確認ポイントが絞れています。最新版かどうかだけで焦らず、自分のGPU世代、ディストリ、Secure Boot、Wayland の4つを見る。ここを押さえてから動くと、かなり気持ちよく進みます。私なら、次に同じ作業をするなら迷わずこの順番でやります。
コメント