Я успешно установил драйверы для запуска графической карты Nvidia 750 Ti на своем рабочем столе. После этого Ubuntu отлично запустился. Затем менеджер обновлений предложил мне установить некоторые обновления. Я так и сделал и перезагрузился. После этого при попытке входа в систему экран мигает и возвращается к входу в систему. Я пробовал несколько других руководств, которые решают подобные проблемы, но ни одно из них не помогло.
У меня двойная загрузка Windows 8 и Ubuntu 14.04.
Это происходит при установке драйверов Nvidia с помощью .run файла, загруженного с сайта Nvidia. Это неправильный способ установить драйверы. После каждого обновления ядра необходимо будет установить их снова использование консоли, потому что GUI не запустится. Теперь можно зафиксировать его путем попытки подключаться с консоли путем нажатия Ctrl+Alt+F1. Тогда войдите в систему там и работайте
sudo apt-get purge nvidia*
sudo apt-get install nvidia-331
Тогда перезагрузка.
, Если это не работает, то необходимо удалить драйвер. Можно посмотреть ЗДЕСЬ для инструкций.
К сожалению, мой опыт состоит в том что:
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
: Избегайте более поздних ядер в настоящее время, т.е. пока не будет подобная поддержка их.
У меня только что была та же проблема после обновления драйвера Nvidia... Для решения проблемы, у меня есть перезагрузка с помощью режима восстановления:
Из списка, я выбрал опцию режима восстановления:
Ubuntu GNU/Linux, with Linux 3.8.0-26-generic (recovery mode)
я выбрал опцию:
Drop to root shell prompt
Затем я сделал что предложенный @Pilot6: удаленный все драйверы Nvidia:
apt-get purge nvidia*
, пока Вы теперь зарегистрированы как корень, в котором Вы не нуждаетесь sudo
Затем, я имею перезагрузку и возвратил драйвер для в настоящее время доступных аппаратных средств.
sudo apt-get install nvidia-current
Это хорошо работает до сих пор... Я надеюсь, что это помогает Вам.
[еще 1120] информация о режиме восстановления можно найти в этом сообщении: RecoveryMode
Причина состоит в том при обновлении чего-то связанного с .Xauthority с sudo корень будет владеть этим файлом, и Вы не можете войти в систему как пользователь. Просто нажмите Ctrl + Высокий звук + F2, вход в систему с Вашим именем пользователя и
sudo chown [your_username] /home/[your_username]/.Xauthority
У меня есть eMachines T5254 с видеокартой Nvidia GeForce 6100. Время от времени (вероятно, когда я получаю новое ядро) компьютер загрузится на черный экран с тем, что должно быть экраном входа в систему. Моя рабочая фиксация была к
В черном экране, нажмите ctrl + alt + F1
(или какой бы ни не моя текущая сессия), и используйте:
sudo apt-get purge nvidia-*
Reboot
в безопасный режим (содержащий shift
в экране BIOS) выбирают Расширенные настройки и затем Режим Восстановления. Вам, вероятно, придется выбрать более старую версию ядра.
Избранный безопасный графический режим. (Для меня после выбора это отвечает мне ударом на удар на основной экран Recovery Mode, и я обычно выбираю Начальную загрузку. Я чувствую, что это - ошибка, но она загружается в безопасном графическом режиме во всяком случае).
gui должен загрузиться теперь (не фиксация, очевидно). Перейдите к окну System Settings. Нажмите Software и Updates. В конце Дополнительные Драйверы. Когда это заканчивает загружаться, это дает мне четыре опции. Первые два для драйверов ver 304 Nvidia, третьего для ver 170, и последним является универсальный драйвер. Единственный, который работы являются ver 170. Выберите его, ожидайте обновления загрузки и перезапуска.
я предполагаю, что это возможно через командную строку, но я не нашел руководств, онлайн обращающихся к этому. Надо надеяться, это полезно кому-то еще там.
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 с помощью файла выполнения снова. Они будут в состоянии зарегистрировать драйверы для перекомпиляции, когда новые ядра будут установлены.
Я нашел, что то же самое произошло. Формула, которую я использовал, должна была удалить драйверы 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 входа в систему.
Не прекрасный, но по крайней мере я смог войти в систему снова.
Я столкнулся с подобной проблемой, устанавливавшей драйвер 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, которая помогает.
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
проверяет это.
Мой опыт - это:
я узнал причину, почему я не смог войти в систему после установки драйвера Nvidia, потому что мой драйвер дисплея установлен на драйвер NVIDIA, полученный Ubuntu. Я предполагаю, что некоторый конфликт происходит, поскольку установщик не может перезаписать конфигурацию Ubuntu.
решение состоит в том, чтобы задержать дисплей к драйверу дисплея Noveau, затем продолжиться к установке с *.run файлом.
Нажмите CTRL - ALT - F1 к Удалению терминала
любые предыдущие драйверы:
sudo apt-get remove nvidia-*
sudo apt-get autoremove
Возвращаются к GUI:
sudo service lightdm restart
другой временный способ продолжить работу:
в начальной загрузке выбирают recovery mode
, затем
в меню восстановления выбирают Resume normal boot
после этого, Вы сможете вход в систему :)