web-dev-qa-db-ja.com

/ etc / alternatives / x86_64-linux-gnu _gl_confを変更するサービスlightdm

Nvidia-367をシステムにインストールしました（Ubuntu 16.04）。理由はわかりませんが、lightdmサービスを再起動すると/etc/alternatives/x86_64-linux-gnu_gl_confが変更されます。

私は手動で実行します：

root @ tron：〜＃update-alternatives --config x86_64-linux-gnu_gl_conf 
代替x86_64-linux-gnu_gl_confには3つの選択肢があります（/etc/ld.so.conf.d/x86_64-linuxを提供します） -gnu_GL.conf）。
 
選択パス優先ステータス
 ------------------------- ----------------------------------- 
 0/usr/lib/nvidia-367/ld.so.conf 8604自動モード
 1 /usr/lib/nvidia-367-prime/ld.so.conf 8603手動モード
 2/usr/lib/nvidia-367/ld。 so.conf 8604手動モード
 * 3 /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf 500手動モード
 
を押して現在の選択を保持します[*]、またはタイプ選択番号：0 
 update-alternatives：/usr/lib/nvidia-367/ld.so.confを使用して/etc/ld.so.conf.d/x86_64-linuxを提供する-gnu_GL.conf（x86_64-linux-gnu_gl_conf）自動モード

およびservice lightdm restartで終わる：

代替x86_64-linux-gnu_gl_confには3つの選択肢があります（/etc/ld.so.conf.d/x86_64-linux-gnu_GL.confを提供します）。
 
 Selection Path Priority Status 
 ----------------------------------------------- ------------- 
 * 0 /usr/lib/nvidia-367/ld.so.conf 8604 auto mode 
 1/usr/lib/nvidia- 367-prime/ld.so.conf 8603手動モード
 2 /usr/lib/nvidia-367/ld.so.conf 8604手動モード
 3/usr/lib/x86_64-linux- gnu/mesa/ld.so.conf 500手動モード
 
を押して現在の選択を保持する[*]、または選択番号を入力：

再び。その問題は、間違ったld.so.confを使用すると、nvidiaドライバーをロードできないことです。

/var/log/Xorg.0.log：

[1649.307]（II）LoadModule： "nvidia" 
 [1649.308]（WW）警告、モジュールnvidia 
 [1649.308]を開けませんでした（II）UnloadModule： "nvidia" 
 [1649.308]（II）nvidia 
 [1649.308]のアンロード（EE）モジュール「nvidia」のロードに失敗しました（モジュールは存在しません、0）

再起動がこれらの代替設定に影響を与えるものは何、どこで、なぜですか？

root @ tron：〜＃dpkg -s nvidia-367 | grep 'Version' 
 Version：367.57-0ubuntu0.16.04.1 
 root @ tron：〜＃dpkg -s lightdm | grep 'バージョン' 
バージョン：1.18.3-0ubuntu1

追伸私はすでにnvidia *をパージし、ドライバーを再インストールしようとしましたが、成功しませんでした。

nvidialightdmupdate-alternatives
3
redimp

最近のUbuntu 16.04.2にアップデートした後、Dell Vostro 1500（GeForce 8400M GS、nvidia-340ドライバー）で同じ問題が発生していました。見つけるのにほぼ1日かかりました。

それが判明した後

  • 代替を自動に戻す（つまり、nvidia独自のドライバー）
  • ldconfigの実行
  • dRIモジュールを手動で挿入（Sudo modprobe nvidia_340 nvidia_340_uvm nvidiafb）

startxコマンドラインからの実行はXを正しく開始しましたwith独自のドライバー。また、（systemdサービスとしてではなく）手動で実行されたときのディスプレイマネージャーは、独自のドライバーを使用していました。

さらに調査した結果、犯人は/usr/bin/gpu-manager（/lib/systemd/system/gpu-manager.serviceを介して実行）であることが判明しました。そのログ/var/log/gpu-manager.logは言っていました：

Looking for nvidia modules in /lib/modules/4.4.0-72-generic/updates/dkms
Found nvidia module: nvidia_340_uvm.ko
Is nvidia loaded? yes
Was nvidia unloaded? no
Is nvidia blacklisted? yes

そして最終的に、mesa/ld.so.confの代替を更新しました。

この時点から、nvidia-340モジュールが実際に/etc/modprobe.d/bumblebee.confにブラックリストに登録されていることがわかりました

これは明らかにbumblebeeを使用していた以前のドライバーnvidia-304からの残り物でした。 nvidia-340ドライバーはbumblebeeを使用しません。

したがって、単純に削除/etc/modprobe.d/bumblebee.confで問題を解決しました。他のチュートリアルでは、purge delete以前のnvidiaドライバーのインストールに代わるものがあります。明らかに、以前のドライバーのインストールを十分に削除していません...

3
Brain