NVIDIA KMSを有効化すべき理由とDebianでの設定方法
Debian 13 + NVIDIA 環境で「確実に安定させる」シリーズ、
この第10回は KMS（Kernel Mode Setting） を扱います。
前回（第9回）で、
- nvidia-smi が正常
- Vulkan / OpenGL / CUDA が動作
- Xorg + NVIDIA が確定
という “GPUが生きている状態” を確認しました。
この回で扱うのは、その一段先。
「表示系とGPUを、OS起動の最初から正しく噛み合わせる」
ための設定です。
先に結論：Debian + NVIDIA では KMS 有効化は基本ON推奨
結論から書きます。
Debian 13 + NVIDIA プロプライエタリドライバでは、nvidia-drm.modeset=1 は有効化しておくのが現実的な正解です。
理由はシンプルで、次の問題を一気に避けられるからです。
- 起動時の画面切り替えトラブル
- 解像度が途中で変わる・崩れる
- Proton / Vulkan の描画が不安定
- OBS 録画・キャプチャ系の挙動不良
Waylandの話ではありません。
Xorg運用でも KMSは関係あります。
KMSとは何か（超要点）
KMS（Kernel Mode Setting）は、
「画面モード（解像度・リフレッシュレート）を
ユーザー空間ではなく、カーネル側で管理する仕組み」
です。
昔（KMSなし）は、
- 起動時：VESA / fbdev
- ログイン後：Xorg が切り替え
- NVIDIAドライバが後追い
という 表示の主導権がバラバラ な状態でした。
KMSを有効にすると：
- 起動初期から NVIDIA DRM が有効
- 画面モードが一貫する
- Xorg / Vulkan / Proton が安定する
つまり、
「起動の一番最初から NVIDIA が責任を持つ」
状態になります。
nvidia-drm.modeset=1 の意味
NVIDIAドライバでは、KMSはデフォルト無効です。
そのため、明示的にこれを指定します。
nvidia-drm.modeset=1
これは、
- NVIDIA DRM（Direct Rendering Manager）を有効化
- カーネル初期段階から NVIDIA が表示を管理
という指定です。
なお：
- nouveau の話ではありません
- Wayland 強制でもありません
- Xorg固定のまま有効にできます
誤解されやすいポイントなので、はっきり書いておきます。
なぜON推奨なのか（実務的な理由）
1. Proton / Vulkan の安定性が上がる
Proton（Steam）は内部で Vulkan を多用します。
KMSが無効だと：
- フルスクリーン切り替えでブラックアウト
- 解像度変更で描画が乱れる
- ゲーム終了後に画面が戻らない
といった 地味だが致命的なトラブルが起きやすい。
KMS有効化は、これをかなりの確率で潰します。
2. OBS・録画・キャプチャ系が安定する
OBS などのキャプチャ系は、
- GPU
- DRM
- 表示モード
の整合性にかなり敏感です。
KMSなし構成では：
- キャプチャが真っ黒
- フレームドロップ
- 解像度不一致
が起きがち。
KMSを有効にすると、
GPUと表示の責任境界が明確になり、挙動が安定します。
3. 起動・再起動時の「一瞬の闇」を減らせる
完全にゼロにはなりませんが、
- ログイン前のブラックスクリーン
- 解像度が一瞬変わる
- モニタが一度切れる
といった現象は KMS有効化で減る傾向があります。
体感的にも、精神的にも効きます。
この回の位置づけ（まとめ）
第10回は、
KMSを“魔法”として扱う回ではありません。
- なぜ必要か
- 何が変わるか
- どこまで影響するか
を整理し、
**「理解した上でONにする」**ための回です。
これで、
- NVIDIA ドライバ
- 表示方式（Xorg）
- KMS
- Vulkan / Proton / OBS
が、一本の線でつながりました。
次回予告
次回は、いよいよ実戦です。
🔹 第11回：Steam / Proton 実戦投入チェック
- Protonでゲームを起動する
- GPUが実際に使われているか
- パフォーマンスの見方
ここまで来た人は、
もう「Linuxでゲームは無理」という段階を超えています。
