Вопросы Теги

Несоответствие API Nvidia

Я планировал день отдыха с Portal 2, но после запуска Steam (впервые за пару недель) меня встретили в терминале следующее сообщение:

Error: API mismatch: the NVIDIA kernel module has version 270.41.19, but this NVIDIA driver component has version 270.41.06. Please make sure that the kernel module and all NVIDIA driver components have the same version.

I Признаюсь, я не знаю, о чем это говорит, когда говорит водитель. Верой nvidia-current является 270.41.19. Я думал, что это драйвер и модуль, все в одном.

Я использую X-SWAT PPA, и я заметил, что пакет nvidia-settings повысился до 275.09.07. Поскольку это всего лишь приложение настроек, я не думаю, что это несоответствие имеет какое-либо отношение к этому. Это также не та же версия, что и описанная проблема.

Я бы предпочел не возвращаться к стандартному драйверу Nvidia, поскольку на моем GTX580 он меньше, чем стабильный. Я бы принял ответ, который берет ручную настройку и перекомпилирует ее, когда ядро ​​перекомпилирует (т. Е. Какое-то волшебство DKMS), но оно должно работать. Я не хочу возвращаться в текстовый режим каждый раз, когда я перезапускаю после обновления ядра.

Изменить: Minecraft работает без единой жалобы на версии драйверов. Penumbra умирает с примерно такой же ошибкой при входе в игру.

Edit: Вот что я имею в виду с 32-битными файлами.

ls -l /usr/lib32/nvidia-current/ | awk '{ print $8 " " $9 " " $10 }' libcuda.so -> libcuda.so.270.41.19 libcuda.so.1 -> libcuda.so.270.41.19 libcuda.so.270.41.19 libGL.la libGL.so -> libGL.so.1 libGL.so.1 -> libGL.so.270.41.19 libGL.so.270.41.19 libnvcuvid.so -> libnvcuvid.so.1 libnvcuvid.so.1 -> libnvcuvid.so.270.41.19 libnvcuvid.so.270.41.19 libnvidia-cfg.so -> libnvidia-cfg.so.1 libnvidia-cfg.so.1 -> libnvidia-cfg.so.270.41.19 libnvidia-cfg.so.270.41.19 libnvidia-compiler.so -> libnvidia-compiler.so.1 libnvidia-compiler.so.1 -> libnvidia-compiler.so.270.41.19 libnvidia-compiler.so.270.41.19 libnvidia-glcore.so.270.41.19 libnvidia-ml.so -> libnvidia-ml.so.1 libnvidia-ml.so.1 -> libnvidia-ml.so.270.41.19 libnvidia-ml.so.270.41.19 libnvidia-tls.so.270.41.19 libnvidia-wfb.so.1 -> libnvidia-wfb.so.270.41.19 libnvidia-wfb.so.270.41.19 libOpenCL.so -> libOpenCL.so.1 libOpenCL.so.1 -> libOpenCL.so.1.0 libOpenCL.so.1.0 -> libOpenCL.so.1.0.0 libOpenCL.so.1.0.0 libXvMCNVIDIA_dynamic.so.1 -> libXvMCNVIDIA.so.270.41.19 libXvMCNVIDIA.so -> libXvMCNVIDIA.so.270.41.19 libXvMCNVIDIA.so.1 -> libXvMCNVIDIA.so.270.41.19 libXvMCNVIDIA.so.270.41.19

Редактировать: Возможно, я что-то нашел.

Прямо в /usr/lib32/ (не nvidia-current subdir) я нашел следующее:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 libcuda.so.1 -> libcuda.so.270.41.06 libcuda.so.270.41.06 libGL.so.1 -> libGL.so.270.41.06 libGL.so.270.41.06 libnvidia-compiler.so.270.41.06 libnvidia-glcore.so.270.41.06 libnvidia-tls.so.270.41.06 libvdpau.so.1 -> libvdpau.so.270.41.06 libvdpau.so.270.41.06 libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

По какой-то причине все в /usr/lib32/nvidia-current/ является правильной версией, но в /usr/lib32/ есть нагрузка на крушение, которая может разрушить партию.

Редактировать 3: Попытка отследить, какой пакет владеет этими файлами, не удалось:

find /usr/lib32 -iname '*270.41.06*' -exec dpkg -S "{}" \; dpkg-query: no path found matching pattern /usr/lib32/libnvidia-compiler.so.270.41.06. dpkg-query: no path found matching pattern /usr/lib32/libGL.so.270.41.06. dpkg-query: no path found matching pattern /usr/lib32/vdpau/libvdpau_nvidia.so.270.41.06. dpkg-query: no path found matching pattern /usr/lib32/vdpau/libvdpau_trace.so.270.41.06. dpkg-query: no path found matching pattern /usr/lib32/libvdpau.so.270.41.06. dpkg-query: no path found matching pattern /usr/lib32/tls/libnvidia-tls.so.270.41.06. dpkg-query: no path found matching pattern /usr/lib32/libnvidia-tls.so.270.41.06. dpkg-query: no path found matching pattern /usr/lib32/libcuda.so.270.41.06. dpkg-query: no path found matching pattern /usr/lib32/libnvidia-glcore.so.270.41.06.

Любые советы о том, как я должен работать с этими сломанными версиями? Удалить их? Удалить затем символическую ссылку на ./nvidia-current/ версии?

27
задан 25 June 2011 в 21:38

72 ответа

При обнаружении были загружены старые файлы, раскачивающиеся вверх / usr / lib32 / Я вывел их из строя со следующей командой: 

sudo find /usr/lib32 -iname '*270.41.06*' -exec mv {} {}.old \;

И перезапустил X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре сломанные ссылки: 

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270

libcuda.so.1 -> libcuda.so.270.41.06
libGL.so.1 -> libGL.so.270.41.06
libvdpau.so.1 -> libvdpau.so.270.41.06
libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменять ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, может оказаться в ловушке в Морхдорхе, взобраться на гору Дум и устроить мне одну команду, чтобы принести меня (и тем самым я имею в виду всех нас) и в темноте связывают нас.

Хватит этого. Вот одна команда: 

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 | cut -d' ' -f1 | xargs -l1 sudo bash -c "rm /usr/lib32/\$0 && ln -s /usr/lib32/nvidia-current/\$0 /usr/lib32/\$0"

Разве она не эффектная. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки: 

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current'

libcuda.so.1 -> /usr/lib32/nvidia-current/libcuda.so.1
libGL.so.1 -> /usr/lib32/nvidia-current/libGL.so.1
libOpenCL.so -> nvidia-current/libOpenCL.so
libvdpau.so.1 -> /usr/lib32/nvidia-current/libvdpau.so.1
libvdpau_trace.so -> /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезагрузкой я подумал, что должен проверить правильность ссылок: 

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file

/usr/lib32/nvidia-current/libcuda.so.1:      symbolic link to `libcuda.so.270.41.19'
/usr/lib32/nvidia-current/libGL.so.1:        symbolic link to `libGL.so.270.41.19'
/usr/lib32/nvidia-current/libvdpau.so.1:     ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau.so.1' (No such file or directory)
/usr/lib32/nvidia-current/libvdpau_trace.so: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau_trace.so' (No such file or directory)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в /usr/lib32/nvidia-current/vdpau/. 

sudo rm /usr/lib32/libvdpau{,_trace}.so*
sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau.so*
sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so*

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file

/usr/lib32/nvidia-current/libcuda.so.1:                      symbolic link to `libcuda.so.270.41.19'
/usr/lib32/nvidia-current/libGL.so.1:                        symbolic link to `libGL.so.270.41.19'
/usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19:       ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
/usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

По крайней мере, они правильно (если немного неловко) связаны. Время для тестирования.

Изменить: это сработало, но я узнал из своего борьба: Держите это просто.

14
ответ дан 25 May 2018 в 20:07
  • 1
    Я хорошо помню этот ад - только я не рискнул использовать командную строку (в случае опечатки), чтобы исправить мою: P. – RolandiXor♦ 25 June 2011 в 22:54

При обнаружении были загружены старые файлы, раскачивающиеся вверх / usr / lib32 / Я вывел их из строя со следующей командой:

sudo find /usr/lib32 -iname '*270.41.06*' -exec mv {} {}.old \;

И перезапустил X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре сломанные ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 libcuda.so.1 -> libcuda.so.270.41.06 libGL.so.1 -> libGL.so.270.41.06 libvdpau.so.1 -> libvdpau.so.270.41.06 libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменять ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, может оказаться в ловушке в Морхдорхе, взобраться на гору Дум и устроить мне одну команду, чтобы принести меня (и тем самым я имею в виду всех нас) и в темноте связывают нас.

Хватит этого. Вот одна команда:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 | cut -d' ' -f1 | xargs -l1 sudo bash -c "rm /usr/lib32/\$0 && ln -s /usr/lib32/nvidia-current/\$0 /usr/lib32/\$0"

Разве она не эффектная. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' libcuda.so.1 -> /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 -> /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so -> nvidia-current/libOpenCL.so libvdpau.so.1 -> /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so -> /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезагрузкой я подумал, что должен проверить правильность ссылок:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/libvdpau.so.1: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau.so.1' (No such file or directory) /usr/lib32/nvidia-current/libvdpau_trace.so: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau_trace.so' (No such file or directory)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в /usr/lib32/nvidia-current/vdpau/.

sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

По крайней мере, они правильно (если немного неловко) связаны. Время для тестирования.

Изменить: это сработало, но я узнал из своего борьба: Держите это просто.

14
ответ дан 25 July 2018 в 21:40

При обнаружении были загружены старые файлы, раскачивающиеся вверх / usr / lib32 / Я вывел их из строя со следующей командой:

sudo find /usr/lib32 -iname '*270.41.06*' -exec mv {} {}.old \;

И перезапустил X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре сломанные ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 libcuda.so.1 -> libcuda.so.270.41.06 libGL.so.1 -> libGL.so.270.41.06 libvdpau.so.1 -> libvdpau.so.270.41.06 libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменять ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, может оказаться в ловушке в Морхдорхе, взобраться на гору Дум и устроить мне одну команду, чтобы принести меня (и тем самым я имею в виду всех нас) и в темноте связывают нас.

Хватит этого. Вот одна команда:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 | cut -d' ' -f1 | xargs -l1 sudo bash -c "rm /usr/lib32/\$0 && ln -s /usr/lib32/nvidia-current/\$0 /usr/lib32/\$0"

Разве она не эффектная. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' libcuda.so.1 -> /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 -> /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so -> nvidia-current/libOpenCL.so libvdpau.so.1 -> /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so -> /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезагрузкой я подумал, что должен проверить правильность ссылок:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/libvdpau.so.1: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau.so.1' (No such file or directory) /usr/lib32/nvidia-current/libvdpau_trace.so: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau_trace.so' (No such file or directory)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в /usr/lib32/nvidia-current/vdpau/.

sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

По крайней мере, они правильно (если немного неловко) связаны. Время для тестирования.

Изменить: это сработало, но я узнал из своего борьба: Держите это просто.

14
ответ дан 31 July 2018 в 10:32

При обнаружении были загружены старые файлы, раскачивающиеся вверх / usr / lib32 / Я вывел их из строя со следующей командой:

sudo find /usr/lib32 -iname '*270.41.06*' -exec mv {} {}.old \;

И перезапустил X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре сломанные ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 libcuda.so.1 -> libcuda.so.270.41.06 libGL.so.1 -> libGL.so.270.41.06 libvdpau.so.1 -> libvdpau.so.270.41.06 libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменять ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, может оказаться в ловушке в Морхдорхе, взобраться на гору Дум и устроить мне одну команду, чтобы принести меня (и тем самым я имею в виду всех нас) и в темноте связывают нас.

Хватит этого. Вот одна команда:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 | cut -d' ' -f1 | xargs -l1 sudo bash -c "rm /usr/lib32/\$0 && ln -s /usr/lib32/nvidia-current/\$0 /usr/lib32/\$0"

Разве она не эффектная. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' libcuda.so.1 -> /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 -> /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so -> nvidia-current/libOpenCL.so libvdpau.so.1 -> /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so -> /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезагрузкой я подумал, что должен проверить правильность ссылок:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/libvdpau.so.1: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau.so.1' (No such file or directory) /usr/lib32/nvidia-current/libvdpau_trace.so: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau_trace.so' (No such file or directory)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в /usr/lib32/nvidia-current/vdpau/.

sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

По крайней мере, они правильно (если немного неловко) связаны. Время для тестирования.

Изменить: это сработало, но я узнал из своего борьба: Держите это просто.

14
ответ дан 31 July 2018 в 11:34

При обнаружении были загружены старые файлы, раскачивающиеся вверх / usr / lib32 / Я вывел их из строя со следующей командой:

sudo find /usr/lib32 -iname '*270.41.06*' -exec mv {} {}.old \;

И перезапустил X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре сломанные ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 libcuda.so.1 -> libcuda.so.270.41.06 libGL.so.1 -> libGL.so.270.41.06 libvdpau.so.1 -> libvdpau.so.270.41.06 libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменять ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, может оказаться в ловушке в Морхдорхе, взобраться на гору Дум и устроить мне одну команду, чтобы принести меня (и тем самым я имею в виду всех нас) и в темноте связывают нас.

Хватит этого. Вот одна команда:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 | cut -d' ' -f1 | xargs -l1 sudo bash -c "rm /usr/lib32/\$0 && ln -s /usr/lib32/nvidia-current/\$0 /usr/lib32/\$0"

Разве она не эффектная. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' libcuda.so.1 -> /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 -> /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so -> nvidia-current/libOpenCL.so libvdpau.so.1 -> /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so -> /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезагрузкой я подумал, что должен проверить правильность ссылок:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/libvdpau.so.1: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau.so.1' (No such file or directory) /usr/lib32/nvidia-current/libvdpau_trace.so: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau_trace.so' (No such file or directory)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в /usr/lib32/nvidia-current/vdpau/.

sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

По крайней мере, они правильно (если немного неловко) связаны. Время для тестирования.

Изменить: это сработало, но я узнал из своего борьба: Держите это просто.

14
ответ дан 2 August 2018 в 03:16

При обнаружении были загружены старые файлы, раскачивающиеся вверх / usr / lib32 / Я вывел их из строя со следующей командой:

sudo find /usr/lib32 -iname '*270.41.06*' -exec mv {} {}.old \;

И перезапустил X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре сломанные ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 libcuda.so.1 -> libcuda.so.270.41.06 libGL.so.1 -> libGL.so.270.41.06 libvdpau.so.1 -> libvdpau.so.270.41.06 libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменять ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, может оказаться в ловушке в Морхдорхе, взобраться на гору Дум и устроить мне одну команду, чтобы принести меня (и тем самым я имею в виду всех нас) и в темноте связывают нас.

Хватит этого. Вот одна команда:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 | cut -d' ' -f1 | xargs -l1 sudo bash -c "rm /usr/lib32/\$0 && ln -s /usr/lib32/nvidia-current/\$0 /usr/lib32/\$0"

Разве она не эффектная. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' libcuda.so.1 -> /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 -> /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so -> nvidia-current/libOpenCL.so libvdpau.so.1 -> /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so -> /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезагрузкой я подумал, что должен проверить правильность ссылок:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/libvdpau.so.1: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau.so.1' (No such file or directory) /usr/lib32/nvidia-current/libvdpau_trace.so: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau_trace.so' (No such file or directory)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в /usr/lib32/nvidia-current/vdpau/.

sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

По крайней мере, они правильно (если немного неловко) связаны. Время для тестирования.

Изменить: это сработало, но я узнал из своего борьба: Держите это просто.

14
ответ дан 4 August 2018 в 19:11

При обнаружении были загружены старые файлы, раскачивающиеся вверх / usr / lib32 / Я вывел их из строя со следующей командой:

sudo find /usr/lib32 -iname '*270.41.06*' -exec mv {} {}.old \;

И перезапустил X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре сломанные ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 libcuda.so.1 -> libcuda.so.270.41.06 libGL.so.1 -> libGL.so.270.41.06 libvdpau.so.1 -> libvdpau.so.270.41.06 libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменять ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, может оказаться в ловушке в Морхдорхе, взобраться на гору Дум и устроить мне одну команду, чтобы принести меня (и тем самым я имею в виду всех нас) и в темноте связывают нас.

Хватит этого. Вот одна команда:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 | cut -d' ' -f1 | xargs -l1 sudo bash -c "rm /usr/lib32/\$0 && ln -s /usr/lib32/nvidia-current/\$0 /usr/lib32/\$0"

Разве она не эффектная. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' libcuda.so.1 -> /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 -> /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so -> nvidia-current/libOpenCL.so libvdpau.so.1 -> /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so -> /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезагрузкой я подумал, что должен проверить правильность ссылок:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/libvdpau.so.1: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau.so.1' (No such file or directory) /usr/lib32/nvidia-current/libvdpau_trace.so: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau_trace.so' (No such file or directory)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в /usr/lib32/nvidia-current/vdpau/.

sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

По крайней мере, они правильно (если немного неловко) связаны. Время для тестирования.

Изменить: это сработало, но я узнал из своего борьба: Держите это просто.

14
ответ дан 6 August 2018 в 03:27

При обнаружении были загружены старые файлы, раскачивающиеся вверх / usr / lib32 / Я вывел их из строя со следующей командой:

sudo find /usr/lib32 -iname '*270.41.06*' -exec mv {} {}.old \;

И перезапустил X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре сломанные ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 libcuda.so.1 -> libcuda.so.270.41.06 libGL.so.1 -> libGL.so.270.41.06 libvdpau.so.1 -> libvdpau.so.270.41.06 libvdpau_trace.so -> vdpau/libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменять ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, может оказаться в ловушке в Морхдорхе, взобраться на гору Дум и устроить мне одну команду, чтобы принести меня (и тем самым я имею в виду всех нас) и в темноте связывают нас.

Хватит этого. Вот одна команда:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep 270 | cut -d' ' -f1 | xargs -l1 sudo bash -c "rm /usr/lib32/\$0 && ln -s /usr/lib32/nvidia-current/\$0 /usr/lib32/\$0"

Разве она не эффектная. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' libcuda.so.1 -> /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 -> /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so -> nvidia-current/libOpenCL.so libvdpau.so.1 -> /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so -> /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезагрузкой я подумал, что должен проверить правильность ссылок:

ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/libvdpau.so.1: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau.so.1' (No such file or directory) /usr/lib32/nvidia-current/libvdpau_trace.so: ERROR: cannot open `/usr/lib32/nvidia-current/libvdpau_trace.so' (No such file or directory)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в /usr/lib32/nvidia-current/vdpau/.

sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau.so* sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l /usr/lib32/ | awk '{ print $8 " " $9 " " $10 }' | grep '/nvidia-current' | cut -d' ' -f3 | xargs file /usr/lib32/nvidia-current/libcuda.so.1: symbolic link to `libcuda.so.270.41.19' /usr/lib32/nvidia-current/libGL.so.1: symbolic link to `libGL.so.270.41.19' /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped

По крайней мере, они правильно (если немного неловко) связаны. Время для тестирования.

Изменить: это сработало, но я узнал из своего борьба: Держите это просто.

14
ответ дан 7 August 2018 в 21:15

При обнаружении было загружено множество старых файлов, раскачивающихся вверх / usr / lib32 /, я переместил их с помощью следующей команды: 

  sudo find / usr / lib32 -iname '  * 270.41.06 * '-exec mv {} {} .old \;

И перезапущен X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре неработающие ссылки: 

  ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep 270 libcuda.so.1 - & gt;  libcuda.so.270.41.06 libGL.so.1 - & gt;  libGL.so.270.41.06 libvdpau.so.1 - & gt;  libvdpau.so.270.41.06 libvdpau_trace.so - & gt;  vdpau / libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменить ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, которая могла бы попасть в ловушку Морддор, поднимитесь на гору Дум и приведите мне одну команду, чтобы привести меня (и тем самым я имею в виду всех нас), и в темноте связывают нас.

Хватит этого. Вот одна команда: 

  ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep 270 |  cut -d '' -f1 |  xargs -l1 sudo bash -c "rm / usr / lib32 / \ $ 0 & amp; & amp; ln -s / usr / lib32 / nvidia-current / \ $ 0 / usr / lib32 / \ $ 0"

Разве она не впечатляющая. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки: 

  ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep '/ nvidia-current' libcuda.so.1 - & gt;  /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 - & gt;  /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so - & gt;  nvidia-current / libOpenCL.so libvdpau.so.1 - & gt;  /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so - & gt;  /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезапуском я подумал, что должен проверить правильность ссылок: 

  ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep '/ nvidia-current' |  cut -d '' -f3 |  Файл xargs /usr/lib32/nvidia-current/libcuda.so.1: символическая ссылка на `libcuda.so.270.41.19 '/usr/lib32/nvidia-current/libGL.so.1: символическая ссылка на` libGL.  so.270.41.19 '/usr/lib32/nvidia-current/libvdpau.so.1: ОШИБКА: невозможно открыть `/usr/lib32/nvidia-current/libvdpau.so.1' (такого файла или каталога нет) / usr  /lib32/nvidia-current/libvdpau_trace.so: ОШИБКА: невозможно открыть `/usr/lib32/nvidia-current/libvdpau_trace.so '(Нет такого файла или каталога)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в / usr / lib32 / nvidia-current / vdpau / . На этот раз бесполезно: 

  sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s / usr / lib32 / {nvidia-current / vdpau /,} libvdpau  .so * sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep '/ nvidia-current' |  cut -d '' -f3 |  Файл xargs /usr/lib32/nvidia-current/libcuda.so.1: символическая ссылка на `libcuda.so.270.41.19 '/usr/lib32/nvidia-current/libGL.so.1: символическая ссылка на` libGL.  so.270.41.19 '/usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-разрядный общий объект LSB, Intel 80386, версия 1 (SYSV), динамически связанная, разделенная / usr / lib32  /nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELB 32-разрядный общий объект LSB, Intel 80386, версия 1 (SYSV), динамически связанная, разделенная

По крайней мере, они

Редактировать: Это сработало, но я узнал из своей борьбы: Держите это просто.

14
ответ дан 10 August 2018 в 09:33

При обнаружении было загружено множество старых файлов, раскачивающихся вверх / usr / lib32 /, я переместил их с помощью следующей команды: 

  sudo find / usr / lib32 -iname '  * 270.41.06 * '-exec mv {} {} .old \;

И перезапущен X. Это сломало все 3D. Возгласы ликования. Используя предыдущую оценку, я видел, что было четыре неработающие ссылки: 

  ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep 270 libcuda.so.1 - & gt;  libcuda.so.270.41.06 libGL.so.1 - & gt;  libGL.so.270.41.06 libvdpau.so.1 - & gt;  libvdpau.so.270.41.06 libvdpau_trace.so - & gt;  vdpau / libvdpau_trace.so.270.41.06

Вместо того, чтобы вручную заменить ссылки на четыре файла, я отправился к Элронду, лорду Ривенделла, и поручил ему создать стипендию, которая могла бы попасть в ловушку Морддор, поднимитесь на гору Дум и приведите мне одну команду, чтобы привести меня (и тем самым я имею в виду всех нас), и в темноте связывают нас.

Хватит этого. Вот одна команда: 

  ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep 270 |  cut -d '' -f1 |  xargs -l1 sudo bash -c "rm / usr / lib32 / \ $ 0 & amp; & amp; ln -s / usr / lib32 / nvidia-current / \ $ 0 / usr / lib32 / \ $ 0"

Разве она не впечатляющая. И это сработало. Теперь у меня есть 4 блестящие новые символические ссылки: 

  ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep '/ nvidia-current' libcuda.so.1 - & gt;  /usr/lib32/nvidia-current/libcuda.so.1 libGL.so.1 - & gt;  /usr/lib32/nvidia-current/libGL.so.1 libOpenCL.so - & gt;  nvidia-current / libOpenCL.so libvdpau.so.1 - & gt;  /usr/lib32/nvidia-current/libvdpau.so.1 libvdpau_trace.so - & gt;  /usr/lib32/nvidia-current/libvdpau_trace.so

Затем я проверил, все ли сработало. Перед перезапуском я подумал, что должен проверить правильность ссылок: 

  ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep '/ nvidia-current' |  cut -d '' -f3 |  Файл xargs /usr/lib32/nvidia-current/libcuda.so.1: символическая ссылка на `libcuda.so.270.41.19 '/usr/lib32/nvidia-current/libGL.so.1: символическая ссылка на` libGL.  so.270.41.19 '/usr/lib32/nvidia-current/libvdpau.so.1: ОШИБКА: невозможно открыть `/usr/lib32/nvidia-current/libvdpau.so.1' (такого файла или каталога нет) / usr  /lib32/nvidia-current/libvdpau_trace.so: ОШИБКА: невозможно открыть `/usr/lib32/nvidia-current/libvdpau_trace.so '(Нет такого файла или каталога)

Отлично. Таким образом, мега-команда выполнила только две ссылки. Посмотрев немного дальше, кажется, что файлы libvdpau действительно живут в / usr / lib32 / nvidia-current / vdpau / . На этот раз бесполезно: 

  sudo rm /usr/lib32/libvdpau{,_trace}.so* sudo ln -s / usr / lib32 / {nvidia-current / vdpau /,} libvdpau  .so * sudo ln -s /usr/lib32/{nvidia-current/vdpau/,}libvdpau_trace.so* ls -l / usr / lib32 / |  awk '{print $ 8 "" $ 9 "" $ 10}' |  grep '/ nvidia-current' |  cut -d '' -f3 |  Файл xargs /usr/lib32/nvidia-current/libcuda.so.1: символическая ссылка на `libcuda.so.270.41.19 '/usr/lib32/nvidia-current/libGL.so.1: символическая ссылка на` libGL.  so.270.41.19 '/usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.19: ELF 32-разрядный общий объект LSB, Intel 80386, версия 1 (SYSV), динамически связанная, разделенная / usr / lib32  /nvidia-current/vdpau/libvdpau_trace.so.270.41.19: ELB 32-разрядный общий объект LSB, Intel 80386, версия 1 (SYSV), динамически связанная, разделенная

По крайней мере, они

Редактировать: Это сработало, но я узнал из своей борьбы: Держите это просто.

14
ответ дан 13 August 2018 в 15:42
  • 1
    Я хорошо помню этот ад - только я не рискнул использовать командную строку (в случае опечатки), чтобы исправить мою: P. – RolandiXor♦ 25 June 2011 в 22:54

Выполнение следующего разрешило это для меня на Ubuntu 12.04 64bit с ядром 3.0.29. Надеюсь, что это поможет. 

sudo apt-get purge nvidia-current
sudo apt-get install nvidia-current
17
ответ дан 25 May 2018 в 20:07
  • 1
    Используйте dpkg --get-selections | grep nvidia, чтобы найти другие пакеты nvidia, которые вы должны очистить – Christopher Manning 27 December 2012 в 13:39
  • 2
    Спасибо GSBabil, исправил аналогичную проблему для меня. После этого потребовалась перезагрузка, но прежде чем «взять». – Ash 11 April 2013 в 11:07
  • 3
    @ChristopherManning более простой способ сделать это будет sudo apt-get remove --purge nvidia * – Ben McCann 25 April 2013 в 10:31
  • 4
    Работал блестяще спасибо! Наконец, у вас есть современные драйверы, Steam счастлив: D – Ads20000 13 July 2013 в 23:13
  • 5
    @GSBabil Я хочу купить вам пиво так плохо. – Matthew Scragg 27 August 2013 в 22:34

также просто выполните это: 

$ dpkg --get-selections | grep nvidia

nvidia-common                   install
nvidia-current                  install
nvidia-current-updates              install
nvidia-experimental-x...            install
nvidia-settings                 install
nvidia-settings-updates             install

, а затем: 

$ sudo apt-get purge nvidia-experimental-x...
...
$ sudo reboot

все в порядке!

7
ответ дан 25 May 2018 в 20:07
  • 1
    Это было полезно, поскольку оно отображало старые версии, которые были установлены. Как только я очистил их, все стало нормально. Благодаря! – Josh Johnson 3 May 2013 в 18:20
  • 2
    ОК. Я так рад этому. – shgnInc 6 July 2013 в 19:20
  • 3
    Отличный ответ. Я просмотрел список и очистил его, а затем переустановил все необходимое и перезагрузил. Вуаля! +1 – nicorellius 3 February 2014 в 22:51

У меня была эта проблема один раз, и это удивительно легко исправить.

На основе патчей памяти следует соблюдать осторожность! Сначала вам нужно увидеть, что библиотеки nvidia в / usr / lib32 / match: 

/usr/lib32/libOpenCL.so  
/usr/lib32/nvidia-current  
/usr/lib32/nvidia-current/libGL.la  
/usr/lib32/nvidia-current/libGL.so  
/usr/lib32/nvidia-current/libGL.so.1  
/usr/lib32/nvidia-current/libGL.so.270.41.06  
/usr/lib32/nvidia-current/libOpenCL.so  
/usr/lib32/nvidia-current/libOpenCL.so.1  
/usr/lib32/nvidia-current/libOpenCL.so.1.0  
/usr/lib32/nvidia-current/libOpenCL.so.1.0.0  
/usr/lib32/nvidia-current/libXvMCNVIDIA.so  
/usr/lib32/nvidia-current/libXvMCNVIDIA.so.1  
/usr/lib32/nvidia-current/libXvMCNVIDIA.so.270.41.06  
/usr/lib32/nvidia-current/libXvMCNVIDIA_dynamic.so.1  
/usr/lib32/nvidia-current/libcuda.so  
/usr/lib32/nvidia-current/libcuda.so.1  
/usr/lib32/nvidia-current/libcuda.so.270.41.06  
/usr/lib32/nvidia-current/libnvcuvid.so  
/usr/lib32/nvidia-current/libnvcuvid.so.1  
/usr/lib32/nvidia-current/libnvcuvid.so.270.41.06  
/usr/lib32/nvidia-current/libnvidia-cfg.so  
/usr/lib32/nvidia-current/libnvidia-cfg.so.1  
/usr/lib32/nvidia-current/libnvidia-cfg.so.270.41.06  
/usr/lib32/nvidia-current/libnvidia-compiler.so  
/usr/lib32/nvidia-current/libnvidia-compiler.so.1  
/usr/lib32/nvidia-current/libnvidia-compiler.so.270.41.06  
/usr/lib32/nvidia-current/libnvidia-glcore.so.270.41.06  
/usr/lib32/nvidia-current/libnvidia-ml.so  
/usr/lib32/nvidia-current/libnvidia-ml.so.1  
/usr/lib32/nvidia-current/libnvidia-ml.so.270.41.06  
/usr/lib32/nvidia-current/libnvidia-tls.so.270.41.06  
/usr/lib32/nvidia-current/libnvidia-wfb.so.270.41.06  
/usr/lib32/nvidia-current/tls  
/usr/lib32/nvidia-current/tls/libnvidia-tls.so.270.41.06  
/usr/lib32/nvidia-current/vdpau  
/usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.06  
/usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so  
/usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so.1  
/usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so.270.41.06  
/usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.06  
/usr/lib32/vdpau

Согласно тому, что вы описали, они, скорее всего, не соответствуют этим. Если это так, то вам нужно удалить их (осторожно - используйте диспетчер файлов, не пытайтесь выполнить rm -rf !!!!!!!!!), а затем переустановите nvidia-current:). Это даст вам правильные версии библиотек и даст вам рабочую систему.

7
ответ дан 25 May 2018 в 20:07

У меня была эта проблема, которая влияла на мою пусковую установку SWTOR в вине. Читая сказанное выше, я решил попробовать что-то сделать через Ubuntu UI. Вот простое решение, которое сработало для меня;

Удалите и переустановите дополнительные драйверы через интерфейс:

Перейти в систему -> Администрирование -> Дополнительные драйверы Выберите графический драйвер NVIDIA и нажмите кнопку «Удалить». НЕ ПОСМОТРЕТЬ ПОСЛЕ НЕМЕДЛЕННО. После удаления выберите один и тот же драйвер и нажмите «активировать». Теперь перезагрузитесь. Должно быть исправлено.
4
ответ дан 25 May 2018 в 20:07

после некоторых тестов я обнаружил, что пакеты: 

nvidia-current
nvidia-304
nvidia-settings
nvidia-settings-304

работают для всех ядер 3.2.0- * и 3.8.0 - *,

, а пакеты: [!d2 ] 

nvidia-current-updates
nvidia-experimental-304
nvidia-304-updates
nvidia-settings-updates
nvidia-settings-experimental-304
nvidia-settings-304-updates
nvidia-319
nvidia-experimental-310
nvidia-319-updates
nvidia-settings-319
nvidia-settings-experimental-310
nvidia-settings-319-updates

работают только для ядра 3.8.0- *.

Ubuntu jockey по-прежнему рекомендует версию 319 также, когда присутствует ядро ​​3.2.0- *.

Кроме того, команды: 

$ sudo apt-get purge nvidia-current
$ sudo apt-get install nvidia-current

или 

$ sudo dpkg-reconfigure nvidia-current

устанавливают драйвер только для одной версии ядра для каждой младшей версии , и удалите его для всех остальных.

Итак, в моем случае, что у меня установлены следующие ядра: 

3.8.0-32-generic
3.2.0-55-generic-pae
3.2.0-55-generic
3.2.0-54-generic-pae
3.2.0-54-generic
3.2.0-53-generic-pae
3.2.0-53-generic
3.2.0-52-generic-pae
3.2.0-52-generic
3.2.0-51-generic-pae
3.2.0-51-generic
3.2.0-49-generic-pae
3.2.0-49-generic

Я получил драйвер только для: 

3.8.0-32-generic
3.2.0-55-generic-pae

при загрузке с другими ядрами, результаты драйвера не установлены.

Кажется мне, что где-то в пакете есть неправильная индикация для сборки и установки только для некоторого ядра.

В любом месте, выдавая следующую команду, исправьте ситуацию: 

$ sudo dkms install nvidia-304/304.88 -k 3.8.0-32-generic
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-55-generic
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-55-generic-pae
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-54-generic
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-54-generic-pae
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-53-generic
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-53-generic-pae
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-52-generic
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-52-generic-pae
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-51-generic
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-51-generic-pae
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-49-generic
$ sudo dkms install nvidia-304/304.88 -k 3.2.0-49-generic-pae

до следующего apt-get install nvidia-current или reconfigure

Тема: драйвер Nvidia обновлен - смешанные версии 304.88 и 319.32 относятся к одному и тому же, но у меня не было достаточного количества кредитов для публикации там.

3
ответ дан 25 May 2018 в 20:07

Это случилось со мной после того, как я установил последний экспериментальный драйвер Nvidia. Я по-прежнему хотел попробовать последний драйвер, если это возможно, вместо того, чтобы вернуться к более старому драйверу, так что это сработало для меня: 

sudo apt-get remove --purge nvidia*
sudo apt-get install nvidia-319
sudo reboot
1
ответ дан 25 May 2018 в 20:07

Удаление всех пакетов nvidia и повторная установка действительно самый простой способ исправить это.

Сначала я удалил все пакеты nvidia с помощью следующей команды: 

$ dpkg --get-selections | grep nvidia | awk '{print $1}' | xargs sudo apt-get -y purge

Then Я выполнил перезагрузку только нашего любопытства, чтобы увидеть, как будет выглядеть мой графический интерфейс - плохое разрешение и медленное, как и ожидалось.

После открытия оболочки я запустил приведенную ниже команду для установки nvidia назад: 

$ sudo apt-get install nvidia-current
$ sudo reboot

Все работает снова. Удачи.

0
ответ дан 25 May 2018 в 20:07

Это случилось со мной после того, как я установил последний экспериментальный драйвер Nvidia. Я по-прежнему хотел попробовать последний драйвер, если это возможно, вместо того, чтобы вернуться к более старому драйверу, так что это сработало для меня:

sudo apt-get remove --purge nvidia* sudo apt-get install nvidia-319 sudo reboot
1
ответ дан 25 July 2018 в 21:40

У меня была эта проблема, которая влияла на мою пусковую установку SWTOR в вине. Читая сказанное выше, я решил попробовать что-то сделать через Ubuntu UI. Вот простое решение, которое сработало для меня;

Удалите и переустановите дополнительные драйверы через интерфейс:

Перейти в систему -> Администрирование -> Дополнительные драйверы Выберите графический драйвер NVIDIA и нажмите кнопку «Удалить». НЕ ПОСМОТРЕТЬ ПОСЛЕ НЕМЕДЛЕННО. После удаления выберите один и тот же драйвер и нажмите «активировать». Теперь перезагрузитесь. Должно быть исправлено.
4
ответ дан 25 July 2018 в 21:40
  • 1
    Это было полезно, поскольку оно отображало старые версии, которые были установлены. Как только я очистил их, все стало нормально. Благодаря! – Josh Johnson 3 May 2013 в 18:20
  • 2
    ОК. Я так рад этому. – shgnInc 6 July 2013 в 19:20
  • 3
    Отличный ответ. Я просмотрел список и очистил его, а затем переустановил все необходимое и перезагрузил. Вуаля! +1 – nicorellius 3 February 2014 в 22:51

после некоторых тестов я обнаружил, что пакеты:

nvidia-current nvidia-304 nvidia-settings nvidia-settings-304

работают для всех ядер 3.2.0- * и 3.8.0 - *,

, а пакеты:

nvidia-current-updates nvidia-experimental-304 nvidia-304-updates nvidia-settings-updates nvidia-settings-experimental-304 nvidia-settings-304-updates nvidia-319 nvidia-experimental-310 nvidia-319-updates nvidia-settings-319 nvidia-settings-experimental-310 nvidia-settings-319-updates

работают только для ядра 3.8.0- *.

Ubuntu jockey по-прежнему рекомендует версию 319 также, когда присутствует ядро ​​3.2.0- *.

Кроме того, команды:

$ sudo apt-get purge nvidia-current $ sudo apt-get install nvidia-current

или

$ sudo dpkg-reconfigure nvidia-current

устанавливают драйвер только для одной версии ядра для каждой младшей версии , и удалите его для всех остальных.

Итак, в моем случае, что у меня установлены следующие ядра:

3.8.0-32-generic 3.2.0-55-generic-pae 3.2.0-55-generic 3.2.0-54-generic-pae 3.2.0-54-generic 3.2.0-53-generic-pae 3.2.0-53-generic 3.2.0-52-generic-pae 3.2.0-52-generic 3.2.0-51-generic-pae 3.2.0-51-generic 3.2.0-49-generic-pae 3.2.0-49-generic

Я получил драйвер только для:

3.8.0-32-generic 3.2.0-55-generic-pae

при загрузке с другими ядрами, результаты драйвера не установлены.

Кажется мне, что где-то в пакете есть неправильная индикация для сборки и установки только для некоторого ядра.

В любом месте, выдавая следующую команду, исправьте ситуацию:

$ sudo dkms install nvidia-304/304.88 -k 3.8.0-32-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-55-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-55-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-54-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-54-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-53-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-53-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-52-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-52-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-51-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-51-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-49-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-49-generic-pae

до следующего apt-get install nvidia-current или reconfigure

Тема: драйвер Nvidia обновлен - смешанные версии 304.88 и 319.32 относятся к одному и тому же, но у меня не было достаточного количества кредитов для публикации там.

3
ответ дан 25 July 2018 в 21:40

У меня была эта проблема один раз, и это удивительно легко исправить.

На основе патчей памяти следует соблюдать осторожность! Сначала вам нужно увидеть, что библиотеки nvidia в / usr / lib32 / match:

/usr/lib32/libOpenCL.so /usr/lib32/nvidia-current /usr/lib32/nvidia-current/libGL.la /usr/lib32/nvidia-current/libGL.so /usr/lib32/nvidia-current/libGL.so.1 /usr/lib32/nvidia-current/libGL.so.270.41.06 /usr/lib32/nvidia-current/libOpenCL.so /usr/lib32/nvidia-current/libOpenCL.so.1 /usr/lib32/nvidia-current/libOpenCL.so.1.0 /usr/lib32/nvidia-current/libOpenCL.so.1.0.0 /usr/lib32/nvidia-current/libXvMCNVIDIA.so /usr/lib32/nvidia-current/libXvMCNVIDIA.so.1 /usr/lib32/nvidia-current/libXvMCNVIDIA.so.270.41.06 /usr/lib32/nvidia-current/libXvMCNVIDIA_dynamic.so.1 /usr/lib32/nvidia-current/libcuda.so /usr/lib32/nvidia-current/libcuda.so.1 /usr/lib32/nvidia-current/libcuda.so.270.41.06 /usr/lib32/nvidia-current/libnvcuvid.so /usr/lib32/nvidia-current/libnvcuvid.so.1 /usr/lib32/nvidia-current/libnvcuvid.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-cfg.so /usr/lib32/nvidia-current/libnvidia-cfg.so.1 /usr/lib32/nvidia-current/libnvidia-cfg.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-compiler.so /usr/lib32/nvidia-current/libnvidia-compiler.so.1 /usr/lib32/nvidia-current/libnvidia-compiler.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-glcore.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-ml.so /usr/lib32/nvidia-current/libnvidia-ml.so.1 /usr/lib32/nvidia-current/libnvidia-ml.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-tls.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-wfb.so.270.41.06 /usr/lib32/nvidia-current/tls /usr/lib32/nvidia-current/tls/libnvidia-tls.so.270.41.06 /usr/lib32/nvidia-current/vdpau /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.06 /usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so /usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so.1 /usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so.270.41.06 /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.06 /usr/lib32/vdpau

Согласно тому, что вы описали, они, скорее всего, не соответствуют этим. Если это так, то вам нужно удалить их (осторожно - используйте диспетчер файлов, не пытайтесь выполнить rm -rf !!!!!!!!!), а затем переустановите nvidia-current:). [D3] Это даст вам правильные версии библиотек и даст вам рабочую систему.

7
ответ дан 25 July 2018 в 21:40

Удаление всех пакетов nvidia и повторная установка действительно самый простой способ исправить это.

Сначала я удалил все пакеты nvidia с помощью следующей команды:

$ dpkg --get-selections | grep nvidia | awk '{print $1}' | xargs sudo apt-get -y purge

Then Я выполнил перезагрузку только нашего любопытства, чтобы увидеть, как будет выглядеть мой графический интерфейс - плохое разрешение и медленное, как и ожидалось.

После открытия оболочки я запустил приведенную ниже команду для установки nvidia назад:

$ sudo apt-get install nvidia-current $ sudo reboot

Все работает снова. Удачи.

0
ответ дан 25 July 2018 в 21:40

Выполнение следующего разрешило это для меня на Ubuntu 12.04 64bit с ядром 3.0.29. Надеюсь, что это поможет.

sudo apt-get purge nvidia-current sudo apt-get install nvidia-current
17
ответ дан 25 July 2018 в 21:40
  • 1
    Используйте dpkg --get-selections | grep nvidia, чтобы найти другие пакеты nvidia, которые вы должны очистить – Christopher Manning 27 December 2012 в 13:39
  • 2
    Спасибо GSBabil, исправил аналогичную проблему для меня. После этого потребовалась перезагрузка, но прежде чем «взять». – Ash 11 April 2013 в 11:07
  • 3
    @ChristopherManning более простой способ сделать это будет sudo apt-get remove --purge nvidia * – Ben McCann 25 April 2013 в 10:31
  • 4
    Работал блестяще спасибо! Наконец, у вас есть современные драйверы, Steam счастлив: D – Ads20000 13 July 2013 в 23:13
  • 5
    @GSBabil Я хочу купить вам пиво так плохо. – Matthew Scragg 27 August 2013 в 22:34

Это случилось со мной после того, как я установил последний экспериментальный драйвер Nvidia. Я по-прежнему хотел попробовать последний драйвер, если это возможно, вместо того, чтобы вернуться к более старому драйверу, так что это сработало для меня:

sudo apt-get remove --purge nvidia* sudo apt-get install nvidia-319 sudo reboot
1
ответ дан 31 July 2018 в 10:32

У меня была эта проблема, которая влияла на мою пусковую установку SWTOR в вине. Читая сказанное выше, я решил попробовать что-то сделать через Ubuntu UI. Вот простое решение, которое сработало для меня;

Удалите и переустановите дополнительные драйверы через интерфейс:

Перейти в систему -> Администрирование -> Дополнительные драйверы Выберите графический драйвер NVIDIA и нажмите кнопку «Удалить». НЕ ПОСМОТРЕТЬ ПОСЛЕ НЕМЕДЛЕННО. После удаления выберите один и тот же драйвер и нажмите «активировать». Теперь перезагрузитесь. Должно быть исправлено.
7
ответ дан 31 July 2018 в 10:32
  • 1
    Это было полезно, поскольку оно отображало старые версии, которые были установлены. Как только я очистил их, все стало нормально. Благодаря! – Josh Johnson 3 May 2013 в 18:20
  • 2
    ОК. Я так рад этому. – shgnInc 6 July 2013 в 19:20
  • 3
    Отличный ответ. Я просмотрел список и очистил его, а затем переустановил все необходимое и перезагрузил. Вуаля! +1 – nicorellius 3 February 2014 в 22:51

после некоторых тестов я обнаружил, что пакеты:

nvidia-current nvidia-304 nvidia-settings nvidia-settings-304

работают для всех ядер 3.2.0- * и 3.8.0 - *,

, а пакеты:

nvidia-current-updates nvidia-experimental-304 nvidia-304-updates nvidia-settings-updates nvidia-settings-experimental-304 nvidia-settings-304-updates nvidia-319 nvidia-experimental-310 nvidia-319-updates nvidia-settings-319 nvidia-settings-experimental-310 nvidia-settings-319-updates

работают только для ядра 3.8.0- *.

Ubuntu jockey по-прежнему рекомендует версию 319 также, когда присутствует ядро ​​3.2.0- *.

Кроме того, команды:

$ sudo apt-get purge nvidia-current $ sudo apt-get install nvidia-current

или

$ sudo dpkg-reconfigure nvidia-current

устанавливают драйвер только для одной версии ядра для каждой младшей версии , и удалите его для всех остальных.

Итак, в моем случае, что у меня установлены следующие ядра:

3.8.0-32-generic 3.2.0-55-generic-pae 3.2.0-55-generic 3.2.0-54-generic-pae 3.2.0-54-generic 3.2.0-53-generic-pae 3.2.0-53-generic 3.2.0-52-generic-pae 3.2.0-52-generic 3.2.0-51-generic-pae 3.2.0-51-generic 3.2.0-49-generic-pae 3.2.0-49-generic

Я получил драйвер только для:

3.8.0-32-generic 3.2.0-55-generic-pae

при загрузке с другими ядрами, результаты драйвера не установлены.

Кажется мне, что где-то в пакете есть неправильная индикация для сборки и установки только для некоторого ядра.

В любом месте, выдавая следующую команду, исправьте ситуацию:

$ sudo dkms install nvidia-304/304.88 -k 3.8.0-32-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-55-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-55-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-54-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-54-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-53-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-53-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-52-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-52-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-51-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-51-generic-pae $ sudo dkms install nvidia-304/304.88 -k 3.2.0-49-generic $ sudo dkms install nvidia-304/304.88 -k 3.2.0-49-generic-pae

до следующего apt-get install nvidia-current или reconfigure

Тема: драйвер Nvidia обновлен - смешанные версии 304.88 и 319.32 относятся к одному и тому же, но у меня не было достаточного количества кредитов для публикации там.

3
ответ дан 31 July 2018 в 10:32

У меня была эта проблема один раз, и это удивительно легко исправить.

На основе патчей памяти следует соблюдать осторожность! Сначала вам нужно увидеть, что библиотеки nvidia в / usr / lib32 / match:

/usr/lib32/libOpenCL.so /usr/lib32/nvidia-current /usr/lib32/nvidia-current/libGL.la /usr/lib32/nvidia-current/libGL.so /usr/lib32/nvidia-current/libGL.so.1 /usr/lib32/nvidia-current/libGL.so.270.41.06 /usr/lib32/nvidia-current/libOpenCL.so /usr/lib32/nvidia-current/libOpenCL.so.1 /usr/lib32/nvidia-current/libOpenCL.so.1.0 /usr/lib32/nvidia-current/libOpenCL.so.1.0.0 /usr/lib32/nvidia-current/libXvMCNVIDIA.so /usr/lib32/nvidia-current/libXvMCNVIDIA.so.1 /usr/lib32/nvidia-current/libXvMCNVIDIA.so.270.41.06 /usr/lib32/nvidia-current/libXvMCNVIDIA_dynamic.so.1 /usr/lib32/nvidia-current/libcuda.so /usr/lib32/nvidia-current/libcuda.so.1 /usr/lib32/nvidia-current/libcuda.so.270.41.06 /usr/lib32/nvidia-current/libnvcuvid.so /usr/lib32/nvidia-current/libnvcuvid.so.1 /usr/lib32/nvidia-current/libnvcuvid.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-cfg.so /usr/lib32/nvidia-current/libnvidia-cfg.so.1 /usr/lib32/nvidia-current/libnvidia-cfg.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-compiler.so /usr/lib32/nvidia-current/libnvidia-compiler.so.1 /usr/lib32/nvidia-current/libnvidia-compiler.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-glcore.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-ml.so /usr/lib32/nvidia-current/libnvidia-ml.so.1 /usr/lib32/nvidia-current/libnvidia-ml.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-tls.so.270.41.06 /usr/lib32/nvidia-current/libnvidia-wfb.so.270.41.06 /usr/lib32/nvidia-current/tls /usr/lib32/nvidia-current/tls/libnvidia-tls.so.270.41.06 /usr/lib32/nvidia-current/vdpau /usr/lib32/nvidia-current/vdpau/libvdpau.so.270.41.06 /usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so /usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so.1 /usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so.270.41.06 /usr/lib32/nvidia-current/vdpau/libvdpau_trace.so.270.41.06 /usr/lib32/vdpau

Согласно тому, что вы описали, они, скорее всего, не соответствуют этим. Если это так, то вам нужно удалить их (осторожно - используйте диспетчер файлов, не пытайтесь выполнить rm -rf !!!!!!!!!), а затем переустановите nvidia-current:). [D3] Это даст вам правильные версии библиотек и даст вам рабочую систему.

7
ответ дан 31 July 2018 в 10:32

Удаление всех пакетов nvidia и повторная установка действительно самый простой способ исправить это.

Сначала я удалил все пакеты nvidia с помощью следующей команды:

$ dpkg --get-selections | grep nvidia | awk '{print $1}' | xargs sudo apt-get -y purge

Then Я выполнил перезагрузку только нашего любопытства, чтобы увидеть, как будет выглядеть мой графический интерфейс - плохое разрешение и медленное, как и ожидалось.

После открытия оболочки я запустил приведенную ниже команду для установки nvidia назад:

$ sudo apt-get install nvidia-current $ sudo reboot

Все работает снова. Удачи.

0
ответ дан 31 July 2018 в 10:32

Выполнение следующего разрешило это для меня на Ubuntu 12.04 64bit с ядром 3.0.29. Надеюсь, что это поможет.

sudo apt-get purge nvidia-current sudo apt-get install nvidia-current
17
ответ дан 31 July 2018 в 10:32
  • 1
    Используйте dpkg --get-selections | grep nvidia, чтобы найти другие пакеты nvidia, которые вы должны очистить – Christopher Manning 27 December 2012 в 13:39
  • 2
    Спасибо GSBabil, исправил аналогичную проблему для меня. После этого потребовалась перезагрузка, но прежде чем «взять». – Ash 11 April 2013 в 11:07
  • 3
    @ChristopherManning более простой способ сделать это будет sudo apt-get remove --purge nvidia * – Ben McCann 25 April 2013 в 10:31
  • 4
    Работал блестяще спасибо! Наконец, у вас есть современные драйверы, Steam счастлив: D – Ads20000 13 July 2013 в 23:13
  • 5
    @GSBabil Я хочу купить вам пиво так плохо. – Matthew Scragg 27 August 2013 в 22:34

Это случилось со мной после того, как я установил последний экспериментальный драйвер Nvidia. Я по-прежнему хотел попробовать последний драйвер, если это возможно, вместо того, чтобы вернуться к более старому драйверу, так что это сработало для меня:

sudo apt-get remove --purge nvidia* sudo apt-get install nvidia-319 sudo reboot
1
ответ дан 31 July 2018 в 11:34

Другие вопросы по тегам:

Похожие вопросы: