изменение режима работы Lightdm / 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
 Есть 3 варианта альтернативного x86_64-linux-gnu_gl_conf (предоставление /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 заканчивается:

  Есть 3 варианта альтернативного x86_64-linux-gnu_gl_conf (предоставление /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 ручной режим

 Нажмите, чтобы сохранить текущий выбор [*], или введите номер выбора: 

еще раз. Эта проблема заключается в том, что с неправильным 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'
 Версия: 367.57-0ubuntu0.16.04.1
 root @ tron: ~ # dpkg -s lightdm |  grep 'Version'
 Версия: 1.18.3-0ubuntu1 

PS Я уже пытался очистить nvidia * и переустановить драйвер без каких-либо успехов.

У меня была такая же проблема с 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, как говорят другие уроки. Очевидно, что я недостаточно очистил предыдущую установку драйвера …