NVIDIA/トラブルシューティングのソースを表示

[[Category:グラフィックス]]
[[Category:X サーバー]]
[[en:NVIDIA/Troubleshooting]]
[[ru:NVIDIA (Русский)/Troubleshooting]]
[[zh-hans:NVIDIA/Troubleshooting]]

== 起動に失敗する ==

=== ドライバをインストールした後にシステムが起動しない ===

[[NVIDIA]] ドライバをインストールした後、ディスプレイマネージャに到達する前にシステムがハングする場合、[[カーネルモード設定#モード設定を無効にする|カーネルモード設定を無効]]にしてみてください。

=== Xorg がロードに失敗する、またはレッドスクリーンになる ===

GRUB を使っていてレッドスクリーンになる場合は、{{ic|/etc/default/grub}} を編集して {{ic|1=GRUB_TERMINAL_OUTPUT=console}} をアンコメントして GRUB のフレームバッファを無効にしてください。詳しくは [[GRUB/ヒントとテクニック#フレームバッファの無効化]] を参照。

=== X の起動時に黒画面 / X のシャットダウン時にマシンの電源が切れる ===

NVIDIA ドライバーを更新した後に、Xorg の起動時に画面が黒くなったり、Xorg をシャットダウンするとマシンの電源がオフになるようになった場合、以下の回避策を試してください:

* [[xinitrc]] の先頭に {{ic|xrandr --auto}} を追加する。
* {{ic|1=rcutree.gp_init_delay=1}} [[カーネルパラメータ]]を使用する。
* {{ic|nvidia}} モジュールを直接 [[mkinitcpio.conf]] に追加してみることもできます。

=== 画面は認識されるが、設定が全くできない ===

ときに NVIDIA と X が有効な画面を確認できないことがあります。グラフィックカードに複数の出力端子がある場合、モニターを別の端子に接続してみてください。ノートパソコンの場合、グラフィックカードに VGA/TV 出力が存在することが原因の可能性があります。Xorg.0.log に詳しい情報が出力されます。

無効な {{ic|Option "ConnectedMonitor"}} を {{ic|Section "Device"}} にわざと追加することで Xorg にエラーを投げさせ、修正するにはどうすればよいかを Xorg に出力させるという方法もあります。ConnectedMonitor 設定に関する詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/575.64/README/xconfigoptions.html#ConnectedMonitor ドキュメント]を参照してください。

X を再起動した後に Xorg.0.log を確認して正しい CRT-x,DFP-x,TV-x の値を見てください。

{{ic|nvidia-xconfig --query-gpu-info}} で役に立つ情報が得られることもあります。

=== "Failing initialization of X screen" により X が起動しない ===

もし {{ic|/var/log/Xorg.0.log}} に、X server がスクリーンの初期化に失敗したと書き込まれる場合

 (EE) NVIDIA(G0): GPU screens are not yet supported by the NVIDIA driver
 (EE) NVIDIA(G0): Failing initialization of X screen

そして ''nvidia-smi'' が {{ic|No running processes found}} と書き込む場合

解決策は、まず始めに最新の {{Pkg|nvidia-utils}} を再インストールして、{{ic|/usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf}} を {{ic|/etc/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf}} へとコピーします。その後、{{ic|/etc/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf}} を編集して {{ic|Option "PrimaryGPU" "yes"}} という行を追加してください。コンピューターを再起動すれば、この問題は解決します。

=== Xorg がブート時に失敗し、ブート完了後は起動できる ===

起動時間がとても短いシステムの場合、NVIDIA ドライバーが完全に初期化される前に systemd がディスプレイマネージャを起動してしまうことがあります。起動時に Xorg が実行された時にだけ、ログに以下のようなメッセージが表示されます:

{{hc|/var/log/Xorg.0.log|output=
[     1.807] (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module. Please see the
[     1.807] (EE) NVIDIA(0):     system's kernel log for additional error messages and
[     1.808] (EE) NVIDIA(0):     consult the NVIDIA README for details.
[     1.808] (EE) NVIDIA(0):  *** Aborting ***
}}

このような場合、ディスプレイマネージャから DRI デバイスまでの順番付けをする必要があります。まず、新しい [[udev]] ルールファイルを作成して DRI デバイスのデバイスユニットを作成してください:

{{hc|/etc/udev/rules.d/99-systemd-dri-devices.rules|output=
ACTION=="add", KERNEL=="card*", SUBSYSTEM=="drm", TAG+="systemd"
}}

次にディスプレイマネージャからデバイスまでの依存関係を作成します:

{{hc|/etc/systemd/system/display-manager.service.d/10-wait-for-dri-devices.conf|output=
[Unit]
Wants=dev-dri-card0.device
After=dev-dri-card0.device
}}

デスクトップに必要な追加カードが存在する場合は、Wants と After にスペースで区切って記述してください。

=== 統合 GPU が載っている環境で黒画面 ===

統合 GPU (例: Intel HD 4000、VIA VX820 Chrome 9、AMD Cezanne) のあるシステムを使用していて、{{AUR|nvidia-580xx-dkms}} かこれより古いパッケージをインストールしている場合、起動時、仮想ターミナル切り替え時、X セッションの終了時に黒画面が発生する場合があります。これは、グラフィックモジュール間の競合が原因かもしれません。関連する GPU モジュールをブラックリストに入れることで解決できます。{{ic|/etc/modprobe.d/blacklist.conf}} を作成し、起動時に関連するモジュールがロードされないように設定してください:

{{hc|/etc/modprobe.d/blacklist.conf|
install i915 /usr/bin/false
install intel_agp /usr/bin/false
install viafb /usr/bin/false
install radeon /usr/bin/false
install amdgpu /usr/bin/false
}}

=== 複数の GPU を使うと "no screens found" によって X が起動しない ===

複数の GPU が搭載されているようなシステムで X が以下のメッセージによって起動しない場合:

 [ 76.633] (EE) No devices detected.
 [ 76.633] Fatal server error:
 [ 76.633] no screens found

ディスクリートカードの BusID を X の設定に追加してください。これは、Intel CPU と内蔵 GPU があるシステムや、2つ以上の Nvidia カード が接続されているシステムで起こりえます。BusID を確認するには:

{{hc|# lspci -d ::03xx|
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce GTX 650] (rev a1)
08:00.0 3D controller: NVIDIA Corporation GM108GLM [Quadro K620M / Quadro M500M] (rev a2)
}}

X の設定ファイル内でカードの Device セクションに追加することで修正できます。例:

{{hc|/etc/X11/xorg.conf.d/10-nvidia.conf|
Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BusID          "PCI:1:0:0"
EndSection
}}

{{Note| BusID のフォーマットが重要です! }}

上の例では、{{ic|01:00.0}} が {{ic|1:0:0}} のように短縮されて記述されています。しかし、BusID の変換はより複雑になることもあります。{{ic|lspci}} の出力は16進法ですが、設定ファイルでは BusID は10進法で記述されるのです! これはつまり、BusID が9よりも大きい場合に16進数から10進数に変換する必要があるということです!

例: lspci での {{ic|5e:00.0}} は {{ic|PCI:94:0:0}} となります。

=== linux >= 4.8 で Modprobe エラー: "Could not insert 'nvidia': No such device" ===

linux 4.8 ではディスクリートカードを使おうとすると次のエラーが発生することがあります:

{{hc|# modprobe nvidia -vv|
modprobe: INFO: custom logging function 0x409c10 registered
modprobe: INFO: Failed to insert module '/lib/modules/4.8.6-1-ARCH/extramodules/nvidia.ko.gz': No such device
modprobe: ERROR: could not insert 'nvidia': No such device
modprobe: INFO: context 0x24481e0 released
insmod /lib/modules/4.8.6-1-ARCH/extramodules/nvidia.ko.gz 
}}

{{hc|# dmesg|
...
NVRM: The NVIDIA GPU 0000:01:00.0 (PCI ID: 10de:139b)
NVRM: installed in this system is not supported by the 370.28
NVRM: NVIDIA Linux driver release.  Please see 'Appendix
NVRM: A - Supported NVIDIA GPU Products' in this release's
NVRM: README, available on the Linux driver download page
NVRM: at www.nvidia.com.
...
}}

この問題は Linux カーネルの PCIe 電源管理に関連する不適切なコミットによるものです( [https://devtalk.nvidia.com/default/topic/971733/-370-28-with-kernel-4-8-on-gt-2015-machines-driver-claims-card-not-supported-if-nvidia-is-not-primary-card/ この NVIDIA DevTalk スレッド] でドキュメント化されています)。

回避策は {{ic|1=pcie_port_pm=off}} を[[カーネルパラメータ]]に追加することです。これにより、すべてのデバイスにおける PCIe 電源管理が無効化されることに注意してください。

=== システムがサスペンドから復帰しない ===

以下のようなログが発生するとき:

 kernel: nvidia-modeset: ERROR: GPU:0: Failed detecting connected display devices
 kernel: nvidia-modeset: ERROR: GPU:0: Failed detecting connected display devices
 kernel: nvidia-modeset: WARNING: GPU:0: Failure processing EDID for display device DELL U2412M (DP-0).
 kernel: nvidia-modeset: WARNING: GPU:0: Unable to read EDID for display device DELL U2412M (DP-0)
 kernel: nvidia-modeset: ERROR: GPU:0: Failure reading maximum pixel clock value for display device DELL U2412M (DP-0).

[https://forums.developer.nvidia.com/t/solution-for-nvidia-sleep-wake-issue-in-linux/110911] から考えられる解決策があります:

以下のコマンドを実行して {{ic|''version''}} の文字列を取得してください:

 # strings /sys/firmware/acpi/tables/DSDT | grep -i 'windows ' | sort | tail -1

{{ic|1=acpi_osi=! "acpi_osi=''version''"}} [[カーネルパラメータ]]を[[ブートローダー]]の設定に追加してください。

この問題を引き起こす他の可能性として、{{Pkg|nvidia-open}} パッケージを使用しているというものもあります。以下で説明されています:
* https://bbs.archlinux.org/viewtopic.php?pid=2047692
* https://github.com/NVIDIA/open-gpu-kernel-modules/issues/450
* https://github.com/NVIDIA/open-gpu-kernel-modules/issues/223
* https://github.com/NVIDIA/open-gpu-kernel-modules/issues/94

=== サスペンドから復帰すると黒画面 ===

黒画面の問題が発生し、以下のようなログに出力がある場合:

 archlinux kernel: NVRM: GPU at PCI:0000:08:00: GPU-926ecdb0-adb1-6ee9-2fad-52e7214c5011
 archlinux kernel: NVRM: Xid (PCI:0000:08:00): 13, pid='<unknown>', name=<unknown>, Graphi>
 archlinux kernel: NVRM: Xid (PCI:0000:08:00): 13, pid='<unknown>', name=<unknown>, Graphi>
 archlinux kernel: NVRM: Xid (PCI:0000:08:00): 13, pid='<unknown>', name=<unknown>, Graphi>
 archlinux kernel: NVRM: Xid (PCI:0000:08:00): 13, pid='<unknown>', name=<unknown>, Graphi>
 archlinux kernel: NVRM: Xid (PCI:0000:08:00): 13, pid='<unknown>', name=<unknown>, Graphi>

[[NVIDIA/ヒントとテクニック#サスペンド後にビデオメモリを保持する]] で説明されているように NVIDIA のサスペンド、ハイバネート、スリープに関連するサービスを有効化する必要があります。

== クラッシュやハング ==

=== クラッシュの一般的な対処方法 ===

* [[#GSP ファームウェア|GSP ファームウェアを無効]]にしてみる.
* xorg.conf で {{ic|RenderAccel}} を無効にしてみる。
* Xorg が {{ic|"conflicting memory type"}} や {{ic|"failed to allocate primary buffer: out of memory"}} というエラーを出力する場合、あるいは nvidia-96xx ドライバーを使用しているときに "Signal 11" でクラッシュする場合、[[カーネルパラメータ]]に {{ic|nopat}} を追加してください。
* NVIDIA のコンパイラが、カーネルをコンパイルしたのに使用した GCC と現在使っている GCC のバージョンが異なるというエラーを出力する場合、{{ic|/etc/profile}} に以下を追加してください:
 export IGNORE_CC_MISMATCH=1
* フルスクリーンのアプリケーションがフリーズ/クラッシュする場合、あなたの使用しているデスクトップ環境の設定で {{ic|Display Compositing}} と {{ic|Direct fullscreen rendering}} を有効化してみてください。

=== メッシュシェーダーのサポートの問題 ===

このバグは、メッシュシェーダーに依存している新しいゲーム (例: Final Fantasy VII Rebirth) にのみ存在します。これは、NVIDIA GPU を使用している場合に環境が存在しないことによるもので、最新のベータ版ドライバを使用していても発生します。[https://github.com/ValveSoftware/Proton/issues/8408]

しかし、[https://github.com/ValveSoftware/Proton/issues/8408#issuecomment-2657340142 pyroveil] を使えば、NVIDIA からフィックスがリリースされるまでの間、SPIR-V の問題を回避することができます。

[https://github.com/HansKristian-Work/pyroveil#pyroveil GitHub のチュートリアル]に従って、このツールをコンパイルしインストールする必要があります。その後、{{ic|1=PYROVEIL=1}} と {{ic|1=PYROVEIL_CONFIG=''/path/to/pyroveil''/hacks/''ffvii-rebirth-nvidia''/pyroveil.json}} [[環境変数]]を設定してゲームを実行してください。

=== OpenGL アプリケーションで視覚的な不具合、ハング、エラー ===

最近の CPU (Intel Sandy Bridge (2011) 以降や AMD Zen (2017) 以降) を使用している場合、その CPU にはマイクロ op キャッシュが搭載されています。マイクロ op キャッシュを使用すると、Cache Aliasing が原因で OpenGL で NVIDIA ドライバとの問題が発生する可能性があります [https://download.nvidia.com/XFree86/Linux-x86_64/575.64/README/knownissues.html]。通常、マイクロ op キャッシュは BIOS で無効化できますが、パフォーマンスが犠牲になってしまいます [https://chipsandcheese.com/2021/07/03/how-zen-2s-op-cache-affects-performance/]。マイクロ op キャッシュを無効化すると、Xwayland アプリケーションの最も深刻なグラフィックの不具合にも効果がありますが、問題を完全に解決できるわけではありません [https://download.nvidia.com/XFree86/Linux-x86_64/575.64/README/wayland-issues.html]。

=== システムの更新時や再起動時にカーネルパニック ===

これは NVIDIA 550 シリーズのドライバに存在する既知のバグです。[https://forums.developer.nvidia.com/t/series-550-freezes-laptop/284772] 今のところ原因は不明ですが、ノート PC でしか起こらないようです。詳細は [https://bbs.archlinux.org/viewtopic.php?id=293400&p=3 BBS#293400] を見てください。

この問題の回避策は、ハードウェアによってサポートされている場合は {{Pkg|nvidia-open-dkms}} を、そうでない場合は {{AUR|nvidia-535xx-dkms}} を使用することです。

=== GSP ファームウェア ===

[https://download.nvidia.com/XFree86/Linux-x86_64/575.64/README/gsp.html GSP ファームウェア]を使用すると (2024年6月にリリースされた NVIDIA ドライババージョン 555 からデフォルトで有効化されています)、[[Vulkan]] の障害やシステムのクラッシュを含む[https://bbs.archlinux.org/viewtopic.php?pid=2181317 様々な問題]が発生することが知られています。

無効化するには、{{ic|nvidia}} カーネルモジュールに {{ic|1=NVreg_EnableGpuFirmware=0}} [[モジュールパラメータ]]を使用してください。このパラメータはプロプライエタリな NVIDIA ドライバにしか使えません (オープンソースドライバから切り替える方法は [[NVIDIA#インストール]] を参照してください)。

必要に応じて [[Initramfs を再生成する]]のを忘れないでください。このカーネルモジュールオプションを有効にするために、再移動してください。

== 視覚的な問題 ==

=== Xorg で画面のティアリングを防止する ===

{{Note|
* この方法は一部の OpenGL アプリケーションでパフォーマンスの低下が報告されており、WebGL で問題が発生することがあります。また、ドライバがロード後にクロックダウンする時間が大幅に増加します。([https://forums.developer.nvidia.com/t/if-you-have-gpu-clock-boost-problems-please-try-gl-experimentalperfstrategy-1/71762 NVIDIA Support Thread])
* {{ic|ForceFullCompositionPipeline}} は、NVIDIA ドライバ 535 で Proton 下で Vulkan を使用する[https://github.com/ValveSoftware/Proton/issues/6869 一部のゲームの機能を破壊する]ことが知られています。
* {{ic|ForceCompositionPipeline}} は、一部のフルスクリーンのアプリケーションが即座にフリーズする問題を引き起こすことが知られています。これにより、タブアウトするまでシステムが応答しなくなります。一つの回避策は、プログラムを [[Gamescope]] 内で枠無しウィンドウ ({{ic|-b}}) で動作させ、少なくとも一つの他のウィンドウ (タスクバーや何らかのグラフィカルアプリケーション) をスクリーン上に表示させておくことです。
}}

NVIDIA ドライバは、条件付きで、画像を表示するために [https://www.reddit.com/r/linux_gaming/comments/6voivr/comment/dm1uz2j/ composition パイプライン]を使用します。これは、ウィンドウ表現を担う[[コンポジットマネージャ]]とは異なります (コンポジットマネージャはまた、VSync によって画面のティアリングを緩和します)。デフォルトでは、composition パイプラインが使用されるのは、現在の画面変換によって必要とされる場合に限ります。このパイプラインは、可能であれば GPU の特殊化されたディスプレイエンジンを使用し、無理であればより汎用のグラフィックスエンジンを使用します。この挙動を制御する方法は2つあります:

* {{ic|ForceCompositionPipeline}} は、composition パイプラインの使用を強制します (詳細は [[#マルチモニタ]] で説明されています)。
* {{ic|ForceCompositionPipelineFull}} は、composition パイプラインの使用を強制し、かつ、それをグラフィックスエンジンで処理することを強制します。

Xorg でのティアリングは、{{ic|ForceCompositionPipelineFull{{=}}On}} を設定することにより、防止可能です。このオプションが機能するかどうかをテストするには、以下を実行してください:

 $ nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceFullCompositionPipeline = On }"

または、''X Server Display Configuration'' メニューオプションにある ''Advanced'' を押してください。''Force Composition Pipeline'' か ''Force Full Composition Pipeline'' のどちらか一方を選択して、''Apply'' をクリックしてください。

この変更を永続化させるには、[[Xorg]] 設定ファイルの {{ic|"Screen"}} セクションにこの設定を追加してください。そうする場合、ドライバーの設定で {{ic|TripleBuffering}} を有効化して、{{ic|AllowIndirectGLXProtocol}} を無効化するべきです。以下の設定例を見てください:

{{hc|/etc/X11/xorg.conf.d/20-nvidia.conf|2=
Section "Device"
        Identifier "NVIDIA Card"
        Driver     "nvidia"
        VendorName "NVIDIA Corporation"
        BoardName  "GeForce GTX 1050 Ti"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    Option         "ForceFullCompositionPipeline" "on"
    Option         "AllowIndirectGLXProtocol" "off"
    Option         "TripleBuffer" "on"
EndSection
}}

[[Xorg]] の設定ファイルが存在しない場合、{{ic|nvidia-xconfig}} を使って、現在使用しているハードウェア用の設定ファイルを作成することができます ([[NVIDIA#自動設定]]を参照してください)。そして、作成したファイルを {{ic|/etc/X11/xorg.conf}} から適当な場所 ({{ic|/etc/X11/xorg.conf.d/20-nvidia.conf}}) に移動してください。

{{Note|{{ic|nvidia-xconfig}} を使って {{ic|20-nvidia.conf}} に生成された設定オプションの多くはドライバーによって自動的に設定され、必須ではありません。コンポジションパイプラインを有効化するためだけにこのファイルを使用するのであれば、{{ic|Identifier}} と {{ic|Option}} の値の行を含んでいる {{ic|"Screen"}} セクションだけが必須です。残りのセクションはファイルから削除できます。}}

==== マルチモニタ ====

マルチモニタ環境においては、それぞれのディスプレイに対して {{ic|1=ForceCompositionPipeline=On}} を指定する必要があります。例えば:

 $ nvidia-settings --assign CurrentMetaMode="DP-2: nvidia-auto-select +0+0 {ForceCompositionPipeline=On}, DP-4: nvidia-auto-select +3840+0 {ForceCompositionPipeline=On}"

こうしないと、{{ic|nvidia-settings}} コマンドはサブモニタを無効化してしまいます。

{{ic|--query}} を使えば、現在のスクリーン名とオフセットを入手できます:

 $ nvidia-settings --query CurrentMetaMode

先のコマンドは、2台の 3840x2160 モニタが DP-2 と DP-4 に接続されている場合です。{{ic|xorg.conf}} をエクスポートして正しい {{ic|CurrentMetaMode}} を手に入れ、使用しているそれぞれのディスプレイに対して {{ic|ForceCompositionPipeline}} を追加する必要があります。{{ic|ForceCompositionPipeline}} の設定は対象にしたディスプレイにのみ影響します。

{{Tip|異なるモデルのモニタを使用しているマルチモニタ環境では、リフレッシュレートが若干異なることがあります。垂直同期がドライバによって有効化されている場合、ドライバは複数あるモニタのリフレッシュレートの内たった一つに同期します。これにより、正しく同期できていないモニタではスクリーンのティアリングが発生する可能性があります。主要なモニタのディスプレイを同期させると、他のモニタは正しく同期されません。よって、どのモニタを同期させるか選択する必要があります。このような設定は、{{ic|~/.nvidia-settings-rc}} 内で {{ic|1=0/XVideoSyncToDisplayID=}} を使用するか、{{pkg|nvidia-settings}} をインストールしてグラフィカルな設定方法を使用することにより可能です。}}

=== サスペンドやハイバネートからの復帰後にスクリーンがおかしくなる ===

サスペンドやハイバネートからの復帰後に外部モニターが待機状態から復帰していない可能性もあります。

[[NVIDIA/ヒントとテクニック#サスペンド後にビデオメモリを保持する]] を見てください。

[[GDM]] サービスを使用している際にサスペンド後に画面がおかしくなるバグは nvidia 515.43.04 ドライバで解決されました [https://forums.developer.nvidia.com/t/corrupted-graphics-upon-resume-gnome-41-x-org-495-44-driver/194565/18]。

=== 画面が崩れる: "Six screens" 問題 ===

GeForce GT 100M を使用している場合、X を起動した後に画面が6つに分割されて解像度が 640x480 になってしまうことがあります。同じ問題は Quadro 2000 や高解像度ディスプレイでも報告されています。

この問題を解決するには、{{ic|Device}} セクションで Validation Mode {{ic|NoTotalSizeCheck}} を有効にしてください:
 Section "Device"
  ...
  Option "ModeValidation" "NoTotalSizeCheck"
  ...
 EndSection

=== nvidia-470 でテキストやアイコンが見えない ===

GTK4 のアップデートにより、古いグラフィックカードを使うために nvidia-470 ドライバを使用している場合に問題が発生するようになりました。GTK4 をアップデートすると、テキストやアイコンがランダムに消え、ウィンドウ上にカーソルをかざすと再び見えるようになります。[https://forums.developer.nvidia.com/t/multiple-apps-do-not-invalidate-repaint-screen-correctly-with-geforce-gt-730-and-v470-driver-on-ubuntu-24-04/291106/2]

回避策は [https://bbs.archlinux.org/viewtopic.php?pid=2159644#p2159644 Arch Linux のフォーラム]を見てください。

=== スリープから復帰した際に GNOME Shell でグラフィックがおかしくなる問題を解決する ===

スリープから復帰した際に [[GNOME Shell]] でフォントがおかしくなったり、グラフィックのバグが発生する場合、以下の[[カーネルパラメータ]]を設定して電源管理を有効化してみてください:

 nvidia.NVreg_DynamicPowerManagement=0x02

詳細: https://download.nvidia.com/XFree86/Linux-x86_64/575.64/README/dynamicpowermanagement.html

=== ディスプレイのオフ時や復帰時にシステムがフリーズする ===

デスクトップ環境がディスプレイをオフにした時 (DPMS) や、サスペンドからの復帰時にシステムがフリーズあるいはクラッシュし、dmesg/ジャーナルに以下のような GSP タイムアウトの記録がある場合:

 NVRM: _kgspLogXid119: ********************************* GSP Timeout **********************************
 NVRM: Xid (PCI:0000:01:00): 119, Timeout after 6s of waiting for RPC response from GPU0 GSP! Expected function 76 (GSP_RM_CONTROL) sequence 1321 

GPU が、電源状態の推移時に不安定な低クロック状態になっているのかもしれません。

回避策は、nvidia-smi で GPU やメモリの最小クロックをより高い値に固定することです。

{{ic|nvidia-persistenced.service}} を[[有効化]]/[[起動]]してください。

Find supported clock values (use these to pick valid min/max pairs):

以下で、サポートされているクロック値を見つけてください (有効な最小値と最大値のペアを探してください):

 nvidia-smi -q -d SUPPORTED_CLOCKS
 nvidia-smi -q -d CLOCK

一時的なテスト

Set minimum clocks (example values; adjust to your GPU’s max supported clocks):

最小クロックを設定 (以下は例の値です。使用中の GPU の最大クロックに調整してください):

 nvidia-smi -lgc 800,2100
 nvidia-smi -lmc 800,10000

DPMS とサスペンド/復帰をテストして、問題が解決したかしらべてください。
変更を元に戻すには:

 nvidia-smi -rgc
 nvidia-smi -rmc

永続的な設定 (systemd)

以下の {{ic|nvidia-clocks.service}} のようなユニットを作成してください:

{{hc|/etc/systemd/system/nvidia-clocks.service|2=
[Unit]
Description=Set NVIDIA GPU minimum clocks to avoid  GSP timeouts
Requires=nvidia-persistenced.service
After=nvidia-persistenced.service 

[Service]
Type=oneshot
ExecStart=/usr/bin/nvidia-smi -lgc 500,2100
ExecStart=/usr/bin/nvidia-smi -lmc 500,10000
RemainAfterExit=yes 

[Install]
WantedBy=multi-user.target 
}}

最小クロックを調整することで、先の 800 よりも小さくしてアイドル時の電力消費量を下げることができます。値を小さくしすぎると問題が再発することに注意してください。

最後に、{{ic|nvidia-clocks.service}} [[有効化]]/[[起動]]してください。

=== X11 でコンポジタでちらつく (nvidia-open) ===

{{Remove|The release of [https://gitlab.archlinux.org/archlinux/packaging/packages/nvidia-utils/-/commit/b314b7b3873c7dbe66e2b68fed7773e7f8e58267 nvidia-utils 595.58.3-1] on 24-Mar-2026 fixed this issue.}}

Versions of {{Pkg|nvidia-open}} tracking the 590.x version introduced a regression in the GLX vblank path that causes window flickering when a compositor is active under X11. This affects xfwm4, and potentially other compositors relying on GLX for vertical sync.

Users can use the {{AUR|nvidia-580xx-utils}} package which tracks the production versioned driver which is not affected by this bug or continue using the repo packages (which track the new features versioned drivers) implementing the below work-around until upstream fixes the issue.

The default {{ic|vblank_mode}} in xfwm4 is {{ic|auto}}, which resolves to {{ic|glx}} on NVIDIA hardware and triggers the bug.

A good work-around is to change the vblank_mode to a setting of either '''xpresent''' or to '''off'''

For xfwm4, apply the setting persistently with:

 $ xfconf-query -c xfwm4 -p /general/vblank_mode -s off

Then restart the X session. Alternatively, {{ic|xpresent}} can be used to retain vblank sync at the cost of slightly higher GPU usage:

 $ xfconf-query -c xfwm4 -p /general/vblank_mode -s xpresent

{{Note|Tearing may be visible with {{ic|off}}. If this is unacceptable, prefer {{ic|xpresent}}. See [[#ForceCompositionPipeline]] to address tearing at the Xorg level alongside either setting.}}

See also: [https://bbs.archlinux.org/viewtopic.php?id=311088 Flickering XFCE (X11 with compositor) and nvidia-open-dkms] (Arch Linux Forums)

== パフォーマンスの問題 ==

=== 新しいバージョンのドライバーをインストールした後にパフォーマンスが悪くなる ===

古いドライバーと比べて FPS が落ちている場合、まずダイレクトレンダリングがオンになっているか確認してください ({{ic|glxinfo}} は {{Pkg|mesa-demos}} に含まれています):

 $ glxinfo | grep direct

上のコマンドで以下のように表示されるなら:

 direct rendering: No

前にインストールしたバージョンのドライバーに戻して再起動すれば解決することがあります。

=== Xorg が極端にラグい ===

{{Accuracy|[https://gitlab.gnome.org/GNOME/mutter/-/issues/2233#note_1538392 ある NVIDIA 開発者]によると、この問題は GNOME 固有ではなく、この問題に関するコメントにはマルチモニタ環境に言及していません。}}

Mutter の一般的な問題は、[https://gitlab.gnome.org/GNOME/mutter/-/issues/2233 アニメーション、動画再生、ゲーミングが Xorg 上でデスクトップの極端なラグを生じさせる]ことです。

[[NVIDIA/ヒントとテクニック#サスペンド後にビデオメモリを保持する]] を参照してください。

これでこの問題を解決できるはずですが、できない場合、おそらく運がないのでしょう。この問題を軽減する1つの方法は、以下のオプションを追加することです:

{{hc|/etc/environment|2=
CLUTTER_DEFAULT_FPS=''メインディスプレイのリフレッシュレート''
__GL_SYNC_DISPLAY_DEVICE=''メインディスプレイの出力名''
}}

そして、NVIDIA Settings で ''Sync to VBlank'' と ''Allow flipping'' をオフにし、NVIDIA Settings を起動時に {{ic|--load-config-only}} フラグを使って起動するようにしてください。
これでもデスクトップの挙動がラグいでしょうが (特に最後の2番目 (または3番目) のモニタ)、遥かにマシになっているはずです。

=== 400 シリーズのカードで CPU 使用率のスパイクが発生する ===

400 シリーズのカードで時々 CPU の使用率が急上昇するような場合、PowerMizer が GPU のクロック周波数を断続的に変更しているのが原因です。以下を Xorg 設定の {{ic|Device}} セクションに追加して、PowerMizer の設定を Adaptive から Performance にしてください:

 Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefaultAC=0x1"

== その他の問題 ==

=== アプリケーション開始時に Vulkan のエラーが発生する ===

{{Accuracy|他のユーザによる確認が必要}}

Vulkan アクセラレーションを必要とするアプリケーションの実行時に、以下のエラーが発生する場合
 Vulkan call failed: -4
{{ic|~/.nv}} か {{ic|~/.cache/nvidia}} ディレクトリを削除してみてください。

=== HDMI で音が出ない ===

時々 nvidia の HDMI オーディオデバイスが以下のコマンドで表示されないことがあります:

 $ aplay -l

何かしらの理由により一部の新しいマシンでは NVIDIA GPU のオーディオチップがブート時に無効化されます。詳しくは、[https://devtalk.nvidia.com/default/topic/1024022/linux/gtx-1060-no-audio-over-hdmi-only-hda-intel-detected-azalia/?offset=4 NVIDIA のウェブサイト]や[https://bbs.archlinux.org/viewtopic.php?id=230125 フォーラムの投稿]を読んでください。

オーディオを有効化して NVIDIA デバイスを再読み込みする必要があります。そうするためには、(ノート PC/Bumblebee の場合) GPU がオンになっていることや、GPU がリセットされるので GPU 上で X を実行していないことを確認してください:

 # setpci -s 01:00.0 0x488.l=0x2000000:0x2000000
 # rmmod nvidia-drm nvidia-modeset nvidia
 # echo 1 > /sys/bus/pci/devices/0000:01:00.0/remove
 # echo 1 > /sys/bus/pci/devices/0000:00:01.0/rescan
 # modprobe nvidia-drm
 # xinit -- -retro

NVIDIA 上で TTY を実行している場合、スクリーンが表示されなくなってしまわないように上記のコマンドを1つのスクリプトに記述してください。

=== バックライトがオフにならないことがある ===

デフォルトでは、タイムアウトを設定したり xset を実行すると DPMS はバックライトをオフにします。しかしながら、プロプライエタリの Nvidia ドライバーのバグによって、黒画面になるだけで節電ができないことがあります。バグが修正されるまで、対応策として root で {{ic|vbetool}} を使う方法があります。

{{Pkg|vbetool}} パッケージをインストールしてください。

画面をオフにして、何かキーを押したときにバックライトを再度オンにするには:

 vbetool dpms off && read -n1; vbetool dpms on

もしくは、xrandr でモニターの出力を有効化・無効化できます (root 権限は不要です):

 xrandr --output DP-1 --off; read -n1; xrandr --output DP-1 --auto

==== HardDPMS ====

プロプライエタリの 415 ドライバには [https://download.nvidia.com/XFree86/Linux-x86_64/575.64/README/xconfigoptions.html#HardDPMS HardDPMS] という新機能が含まれています。これは DisplayPort で接続されたモニターのサスペンドに関する問題を解決することが一部のユーザによって報告されています。

これは 440.26 からデフォルトで有効化されています。古いバージョンのドライバを使っている場合は、{{ic|HardDPMS}} オプションは {{ic|Device}} か {{ic|Screen}} セクション内で設定することができます。例:

{{hc|/etc/X11/xorg.conf.d/20-nvidia.conf|
Section "Device"
    ...
    Option         "HardDPMS" "true"
    ...
EndSection

Section "Screen"
    ...
    Option         "HardDPMS" "true"
    ...
EndSection
}}

{{ic|HardDPMS}} は {{ic|BlankTime}} のようなスクリーンセーバーの設定にトリガーされます。以下の {{ic|ServerFlags}} は何も操作せずに 10 分経つとモニターをサスペンドします。

{{hc|/etc/X11/xorg.conf.d/20-nvidia.conf|
Section "ServerFlags"
    Option     "BlankTime" "10"
EndSection
}}

=== xrandr BadMatch ===

[[xrandr]] を使って DELL U2515H のような WQHD モニターを設定しようとしたときに、{{ic|xrandr --addmode}} が {{ic|X Error of failed request: BadMatch}} というエラーを吐く場合、プロプライエタリの NVIDIA ドライバーが HDMI 出力のピクセルクロック最大周波数を 225 MHz 以下に制限しているのが原因かもしれません。モニターを最大解像度に設定するには [[nouveau]] ドライバーをインストールする必要があります。[[カーネルパラメータ]]で {{ic|1=nouveau.hdmimhz=297}} (あるいは {{ic|330}}) を設定することで強制的に特定のピクセルクロック周波数を使うことができます。

もしくは、モニターの EDID が誤っている可能性があります。[[#EDID を上書きする]]を参照してください。

他に考えられる理由としては、デフォルトで現在の NVIDIA ドライバは EDID によって明示的に報告されたモードのみを許可しますが、モニタによって報告されていないリフレッシュレートや解像度のほうが望ましい場合もあります (とは言え、EDID 情報は正しいです。現在の NVIDIA ドライバの制限が厳しすぎるだけなのです)。

そのような場合、非 EDID モードを許可するオプションを {{ic|xorg.conf}} に追加すると良いかもしれません:

{{bc|
Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
...
    Option         "ModeValidation" "AllowNonEdidModes"
...
EndSection
}}

これは出力毎に設定できます。詳細は [https://download.nvidia.com/XFree86/Linux-x86_64/575.64/README/xconfigoptions.html#ModeValidation README - Appendix B. X Config Options] を参照してください。

=== EDID を上書きする ===

[[カーネルモード設定#モードと EDID を強制する]]、[[Xrandr#トラブルシューティング]]、[[:en:Qnix QX2710#Fixing X11 with Nvidia]] を参照してください。

=== nvidia-settings GUI によるオーバークロックが機能しない ===

[[NVIDIA/ヒントとテクニック#nvidia-settings からオーバークロックを有効化する]]に書かれているように、オーバークロックを有効にした後、nvidia-settings の CLI を使って変数を設定することでオーバークロックできます。詳しくは {{man|1|nvidia-settings}} を参照。

全ての変数を確認する例:

  nvidia-settings -q all

パフォーマンスモードを優先するように PowerMizerMode を設定する例:

  nvidia-settings -a [gpu:0]/GPUPowerMizerMode=1

ファンスピードを 21% 固定に設定する例:

 nvidia-settings -a [gpu:0]/GPUFanControlState=1 -a [fan:0]/GPUTargetFanSpeed=21

複数の変数を同時に設定する例 (50MHz だけ GPU をオーバークロック、50MHz だけビデオメモリをオーバークロック、100mV だけ GPU 電圧を上昇):

  nvidia-settings -a GPUGraphicsClockOffsetAllPerformanceLevels=50 -a GPUMemoryTransferRateOffsetGPUGraphicsClockOffsetAllPerformanceLevels=50 -a GPUOverVoltageOffset=100

=== Unknown Error によりオーバークロックが動作しない ===

Xorg を非 root ユーザとして実行していて NVIDIA GPU をオーバークロックしようとした場合、以下と似たようなエラーが発生します:

{{hc|1=$ nvidia-settings -a "[gpu:0]/GPUGraphicsClockOffset[3]=10"|2=
ERROR: Error assigning value 10 to attribute 'GPUGraphicsClockOffset' (trinity-zero:1[gpu:0]) as specified in assignment
        '[gpu:0]/GPUGraphicsClockOffset[3]=10' (Unknown Error).
}}

この問題を避けるためには、Xorg を root ユーザとして実行しなければなりません。詳しくは [[Xorg#Rootless Xorg]] をご覧ください。

=== 電力消費 ===

ドライバの使用状況を確認するには:

{{hc|# lsof /dev/nvidia*|
kwin_wayl  867      user   17u   CHR   195,0      0t0  418 /dev/nvidia
kwin_wayl  867      user   18u   CHR   195,0      0t0  418 /dev/nvidiactl
}}

NVIDIA のカーネルモジュールで省電力が設定されている場合:

{{hc|$ grep . /sys/bus/pci/devices/0000:01:00.0/power/*|
/sys/bus/pci/devices/0000:01:00.0/power/control:auto
/sys/bus/pci/devices/0000:01:00.0/power/runtime_active_time:445933
/sys/bus/pci/devices/0000:01:00.0/power/runtime_status:active
/sys/bus/pci/devices/0000:01:00.0/power/runtime_suspended_time:1266
/sys/bus/pci/devices/0000:01:00.0/power/wakeup:disabled
}}

 # rmmod nvidia_drm

{{hc|$ grep . /sys/bus/pci/devices/0000:01:00.0/power/*|
/sys/bus/pci/devices/0000:01:00.0/power/control:auto
/sys/bus/pci/devices/0000:01:00.0/power/runtime_active_time:461023
/sys/bus/pci/devices/0000:01:00.0/power/runtime_status:suspended
/sys/bus/pci/devices/0000:01:00.0/power/runtime_suspended_time:1064192
/sys/bus/pci/devices/0000:01:00.0/power/wakeup:disabled
}}

=== ソフトウェア GL をテストする ===

バイナリの NVIDIA ドライバは Mesa の {{ic|1=LIBGL_ALWAYS_SOFTWARE=1}} 環境変数を尊重しませんが、以下の[[環境変数]]を設定することで libglvnd と EGL に Mesa を使うように指定することができます:

 __GLX_VENDOR_LIBRARY_NAME=mesa
 __EGL_VENDOR_LIBRARY_FILENAMES=/usr/share/glvnd/egl_vendor.d/50_mesa.json

これらを設定することにより、GLX と EGL に Mesa の libgm が使用され、ソフトウェア GL になります。これで、現在遭遇しているバグが NVIDIA の GL ライブラリに関連するものであるかを検証するのに役立ちます。

=== リフレッシュレートが120Hzまでしか上がらない ===

新しいバージョンのドライバ (550xxより後) では、8bpc 出力の帯域が浪費され、仕様帯域上限を超えて信号が送られることにより、より高いリフレッシュレートのモードに繰り替えることができなくなっている[https://bbs.archlinux.org/viewtopic.php?id=302969 ようです]。

{{ic|1=nvidia-modeset.hdmi_deepcolor=0}} を[[カーネルパラメータ]]か [[modprobe]] で設定してください。

ただし、HDR モニターにおいては deep color が必要であることに注意してください。

=== HDMI で Wayland 上で 60Hz にすると誤った色空間が使用される ===

一部のケースで (1660 Super グラフィックスカードを HDMI ケーブルで 60 Hz で使用するなど)、ドライバが出力の色空間を誤って推定してしまうようです。これにより、色が通常よりも暗くなってしまいます。Wayland では色空間を明示的に設定する簡単な方法が存在しないため、{{ic|nvidia-modeset.debug_force_color_space{{=}}2}} を[[カーネルパラメータ]]あるいは [[modprobe]] で設定する方法が一つの回避策になります。

{{TranslationStatus|NVIDIA/Trableshooting|2026-03-29|869863}}