Не удается войти после установки драйвера Nvidia v 14.04

Я успешно установил драйверы для запуска графической карты Nvidia 750 Ti на своем рабочем столе. После этого Ubuntu отлично запустился. Затем менеджер обновлений предложил мне установить некоторые обновления. Я так и сделал и перезагрузился. После этого при попытке входа в систему экран мигает и возвращается к входу в систему. Я пробовал несколько других руководств, которые решают подобные проблемы, но ни одно из них не помогло.

У меня двойная загрузка Windows 8 и Ubuntu 14.04.

36
задан 17 May 2015 в 21:10

12 ответов

Это происходит при установке драйверов Nvidia с помощью .run файла, загруженного с сайта Nvidia. Это неправильный способ установить драйверы. После каждого обновления ядра необходимо будет установить их снова использование консоли, потому что GUI не запустится. Теперь можно зафиксировать его путем попытки подключаться с консоли путем нажатия Ctrl+Alt+F1. Тогда войдите в систему там и работайте

sudo apt-get purge nvidia*
sudo apt-get install nvidia-331

Тогда перезагрузка.

, Если это не работает, то необходимо удалить драйвер. Можно посмотреть ЗДЕСЬ для инструкций.

0
ответ дан 17 May 2015 в 21:10

К сожалению, мой опыт состоит в том что:

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

, как гарантируют, не будет работать.

Печально это также верно, что обновления ядра и Xorg или другие обновления графического драйвера часто повреждают собственную установку драйвера.

я приехал для использования этой схемы:
1. поскольку об обновлениях объявляют, проверяют на вышеупомянутый тип пакетов.
2. если ни один не включен в обновление, то впущенный их, никакую потребность в большем количестве действий.
3. если существуют "опасные" обновления, то:

Нажимают CTRL-ALT-F1, вход в систему и затем тип

sudo -i
stop lightdm
init 3
cd /to/dir/with/NVIDIA.run-file/
bash NVIDIA-CURRENTLY-INSTALLED-VERSION.run --uninstall
apt-get update && apt-get upgrade

, если было обновление ЯДРА; войдите reboot
и перезапуск с новое ядро в режим восстановления , тогда...

cd /to/dir/with/NVIDIA.run-file/
bash NVIDIA-NEW-or-PREVIOUS-INSTALLED-VERSION.run
reboot

я также рекомендую обновить к ядру 3.16 как средство обойти многочисленное/неизбежное ядро 3,13 обновления.
Следуют инструкциям для Надежного человека здесь:
https://ПРИМЕЧАНИЕ wiki.ubuntu.com/Kernel/LTSEnablementStack

: Избегайте более поздних ядер в настоящее время, т.е. пока не будет подобная поддержка их.

0
ответ дан 17 May 2015 в 21:10

У меня только что была та же проблема после обновления драйвера Nvidia... Для решения проблемы, у меня есть перезагрузка с помощью режима восстановления:

  1. , Когда меню GRUB появилось, я выбрал "Расширенные настройки"
  2. Из списка, я выбрал опцию режима восстановления:

    Ubuntu GNU/Linux, with Linux 3.8.0-26-generic (recovery mode)
    
  3. я выбрал опцию:

    Drop to root shell prompt
    
  4. Затем я сделал что предложенный @Pilot6: удаленный все драйверы Nvidia:

    apt-get purge nvidia*
    

    , пока Вы теперь зарегистрированы как корень, в котором Вы не нуждаетесь sudo

  5. Затем, я имею перезагрузку и возвратил драйвер для в настоящее время доступных аппаратных средств.

    sudo apt-get install nvidia-current
    

Это хорошо работает до сих пор... Я надеюсь, что это помогает Вам.

[еще 1120] информация о режиме восстановления можно найти в этом сообщении: RecoveryMode

0
ответ дан 18 May 2015 в 07:10
  • 1
    @H3R3T1K, о, если более медленные диски более потребляемы, то идут вперед и используют тот. It' ll быть богом достаточно. – TheWanderer 17 August 2016 в 04:17

Причина состоит в том при обновлении чего-то связанного с .Xauthority с sudo корень будет владеть этим файлом, и Вы не можете войти в систему как пользователь. Просто нажмите Ctrl + Высокий звук + F2, вход в систему с Вашим именем пользователя и

sudo chown [your_username] /home/[your_username]/.Xauthority
0
ответ дан 18 May 2015 в 07:10
  • 1
    это просит, чтобы я доверял источнику после этого, я могу ввести Пароль и после " вход в систему process" я просто получаю эту ошибку imgur.com/a/95mHf , я могу подключить к серверу с терминалом ssh клиент, хотя без любых проблем и используют scp от cmdline – FabiF 24 August 2016 в 00:04

У меня есть eMachines T5254 с видеокартой Nvidia GeForce 6100. Время от времени (вероятно, когда я получаю новое ядро) компьютер загрузится на черный экран с тем, что должно быть экраном входа в систему. Моя рабочая фиксация была к

  1. В черном экране, нажмите ctrl + alt + F1 (или какой бы ни не моя текущая сессия), и используйте:

    sudo apt-get purge nvidia-*

  2. Reboot в безопасный режим (содержащий shift в экране BIOS) выбирают Расширенные настройки и затем Режим Восстановления. Вам, вероятно, придется выбрать более старую версию ядра.

  3. Избранный безопасный графический режим. (Для меня после выбора это отвечает мне ударом на удар на основной экран Recovery Mode, и я обычно выбираю Начальную загрузку. Я чувствую, что это - ошибка, но она загружается в безопасном графическом режиме во всяком случае).

  4. gui должен загрузиться теперь (не фиксация, очевидно). Перейдите к окну System Settings. Нажмите Software и Updates. В конце Дополнительные Драйверы. Когда это заканчивает загружаться, это дает мне четыре опции. Первые два для драйверов ver 304 Nvidia, третьего для ver 170, и последним является универсальный драйвер. Единственный, который работы являются ver 170. Выберите его, ожидайте обновления загрузки и перезапуска.

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

0
ответ дан 18 May 2015 в 07:10
  • 1
    Можно оставить одно ядро Ubuntu как резервное копирование и удалить просто meta: linux-image-generic, linux-headers-generic. – Pilot6 17 August 2016 в 05:45

Установка драйверов Nvidia и регистр кодируют с dkms. Это не часть стандартной установки для рабочего стола Ubuntu, но если dkms не будет установлен, то каждое обновление ядра будет иметь потенциал для повреждения драйверов Nvidia снова.

, Чтобы помешать этому происходить, можно установить "dkms" сами:

sudo apt-get install dkms

После установки dkms, переустановите драйверы Nvidia с помощью файла выполнения снова. Они будут в состоянии зарегистрировать драйверы для перекомпиляции, когда новые ядра будут установлены.

0
ответ дан 18 May 2015 в 07:10
  • 1
    GVFS (через Наутилус) только поддерживает SFTP, который не является тем же как SCP.-1 – David Foerster 5 March 2017 в 21:11

Я нашел, что то же самое произошло. Формула, которую я использовал, должна была удалить драйверы NVIDIA с помощью этого метода: Хит Ctrl + Высокий звук + F4 для входа в систему через tty4

sudo apt-get purge nvidia*
sudo apt-get install nvidia-331
sudo service lightdm stop
sudo apt-get install gdm

, который я также использовал

sudo dpkg -reconfigure gdm

экран входа в систему, выглядит по-другому. Но я смог войти в систему, не будучи заблокированным из метода GUI входа в систему.

Не прекрасный, но по крайней мере я смог войти в систему снова.

0
ответ дан 18 May 2015 в 07:10
  • 1
    Является ядро с последующей версией нестабильной версией или версией разработчика? – studentofarkad 17 August 2016 в 09:31

Я столкнулся с подобной проблемой, устанавливавшей драйвер nvidia-304, и в попытке получить ту работу, которую я внес некоторыми изменениями, которые получили мою Ubuntu в бесконечный цикл входа в систему.

, Таким образом, я попробовал все методы, упомянутые здесь, но ничто не удалось. Следовательно, я начал прослеживать все изменения, внесенные ранее. Наконец найденным решением были изменения, внесенные в "альтернативы обновления".

Хит: Ctrl + Высокий звук + F1 и вход в систему tty1

sudo update-alternatives --install /etc/ld.so.conf.d/i386-linux-gnu_GL.conf i386-linux-gnu_gl_conf /usr/lib/i386-linux-gnu/mesa/ld.so.conf 500

и

sudo update-alternatives --install /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf x86_64-linux-gnu_gl_conf /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf 500

Hope, которая помогает.

0
ответ дан 18 May 2015 в 07:10
  • 1
    То, когда я говорю последующую версию, я имею в виду 4.7.1, выше, чем 4.4.0-34, который выше, чем 3.19.0-56. Начальные загрузки системы последняя версия по умолчанию. @studentofarkad или разве я не понимаем Вас? Только ядро магистрали (для тестирования) нестабильно (в теории (!)) , видят здесь для того, что я имею в виду . В настоящее время Ubuntu 16.04 использует ядра от серии 4.4 – Zanna 17 August 2016 в 09:41

У меня была подобная проблема (apt-get upgrade и в основном все повредилось) в течение последних нескольких дней. Вот мое приобретение знаний. Я надеюсь, что они могут помочь кому-то там.

Я запускаю Ubuntu 14.04 на нескольких машинах, и мое решение работало над всеми ними, после того как я нашел его :P

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

После вожения в течение нескольких часов это было моим решением (на рабочем столе, только с помощью установленной видеокарты Nvidia, таким образом, никакая потребность в bumblebee или primus).

Признак: каждый раз я перезапустил lightdm (service lightdm restart) драйвер был бы нейтрализация к mesa, так не использование драйвера Nvidia я установил/обновил. Сообщение в /var/log/Xorg.0.log если бы это было, то это не могло загрузиться nvidia_drv.so) проверять:

update-alternatives --get-selections # lists all alternatives
update-alternatives --config x86_64-linux-gnu_gl_conf # available options and lets you choose "0" to automatically select the best driver
update-alternatives --config i386-linux-gnu_gl_conf # for multiarch or i386 machines

Пример:

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-340/ld.so.conf              8604      auto mode
  1            /usr/lib/nvidia-340-prime/ld.so.conf        8603      manual mode
  2            /usr/lib/nvidia-340/ld.so.conf              8604      manual mode
  3            /usr/lib/x86_64-linux-gnu/mesa/ld.so.conf   500       manual mode

Результат: даже после явной установки его к "автоматическому", однажды запуск lightdm сбросил бы его к mesa драйвер, который виден в /var/log/alternative.log.

Решение:

service lightdm stop
# remove all old stuff
apt-get remove --purge nvidia\*
apt-get remove --purge bumblebee
apt-get remove --purge primus primus-libs
apt-get autoremove --purge
# unload old drivers from kernel
rmmod nvidia
rmmod drm
# now everything is gone. Make sure you are running the latest kernel, then:
apt-get install nvidia-XXX # nvidia-367 for me, nvidia-current fits generally
update-alternatives --auto x86_64-linux-gnu_gl_conf
update-alternatives --auto i386-linux-gnu_gl_conf
service lightdm start

И вуаля, /var/log/Xorg.0.log шоу, которые это загружает libglx и nvidia_drv от корпорации NVIDIA. glxinfo проверяет это.

0
ответ дан 18 May 2015 в 07:10
  • 1
    Да я был просто смущен относительно того, почему Ubuntu 16.04 будет иметь различную версию ядра. Мое предположение было то, что новые версии прибудут впоследствии с последующими версиями ядра. – studentofarkad 17 August 2016 в 10:01

Мой опыт - это:

я узнал причину, почему я не смог войти в систему после установки драйвера Nvidia, потому что мой драйвер дисплея установлен на драйвер NVIDIA, полученный Ubuntu. Я предполагаю, что некоторый конфликт происходит, поскольку установщик не может перезаписать конфигурацию Ubuntu.

решение состоит в том, чтобы задержать дисплей к драйверу дисплея Noveau, затем продолжиться к установке с *.run файлом.

0
ответ дан 18 May 2015 в 07:10

Нажмите CTRL - ALT - F1 к Удалению терминала

любые предыдущие драйверы:

sudo apt-get remove nvidia-*
sudo apt-get autoremove

Возвращаются к GUI:

sudo service lightdm restart
0
ответ дан 17 April 2019 в 23:50

другой временный способ продолжить работу:

  1. в начальной загрузке выбирают recovery mode, затем

  2. в меню восстановления выбирают Resume normal boot

после этого, Вы сможете вход в систему :)

0
ответ дан 17 April 2019 в 23:50

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

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