сервис lightdm modifing/etc/alternatives/x86_64-linux-gnu_gl_conf
Я установил 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 There are 3 choices for the alternative x86_64-linux-gnu_gl_conf (providing /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 manual mode 2 /usr/lib/nvidia-367/ld.so.conf 8604 manual mode * 3 /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf 500 manual mode Press to keep the current choice[*], or type selection number: 0 update-alternatives: using /usr/lib/nvidia-367/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in auto mode
и service lightdm restart окончание с:
There are 3 choices for the alternative x86_64-linux-gnu_gl_conf (providing /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 manual mode 2 /usr/lib/nvidia-367/ld.so.conf 8604 manual mode 3 /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf 500 manual mode Press to keep the current choice[*], or type selection number:
снова. Та проблема, это с несправедливостью ld.so.conf драйвер Nvidia не может быть загружен:
/var/log/Xorg.0.log:
[ 1649.307] (II) LoadModule: "nvidia" [ 1649.308] (WW) Warning, couldn't open module nvidia [ 1649.308] (II) UnloadModule: "nvidia" [ 1649.308] (II) Unloading nvidia [ 1649.308] (EE) Failed to load module "nvidia" (module does not exist, 0)
Какие-либо идеи, что, где и почему перезапуск касается этих альтернативных настроек?
root@tron:~# dpkg -s nvidia-367 | grep 'Version' Version: 367.57-0ubuntu0.16.04.1 root@tron:~# dpkg -s lightdm | grep 'Version' Version: 1.18.3-0ubuntu1
P.S. Я попытался уже произвести чистку Nvidia* и переустановка драйвера без любого успеха.
1 ответ
У меня была та же проблема с Dell Vostro 1500 (GeForce 8400M GS, nvidia-340 драйвер) после обновления к недавней Ubuntu 16.04.2. Мне потребовался почти день для обнаружения.
Оказалось этим после
- задержка автоматических альтернатив (т.е. Nvidia собственные драйверы)
- выполнение ldconfig
- и вручную вставляя модули DRI (
sudo modprobe nvidia_340 nvidia_340_uvm nvidiafb)
startx выполненный от командной строки запустился X правильно с собственного драйвера. Также менеджер по оформлению, когда выполнено вручную (не как 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
Это было, по-видимому, остатком от предыдущего драйвера nvidia-304, который использовал bumblebee. nvidia-340 драйвер не использует bumblebee.
Так просто удаление /etc/modprobe.d/bumblebee.conf решенный проблема. Другая альтернатива должна произвести чистку, удаляют предыдущую установку драйвера Nvidia, как говорится в других учебных руководствах. Очевидно, я не достаточно произвел чистку предыдущей установки драйвера...