Установка драйверов NVIDIA в режиме восстановления (recovery mode)
Если у вас возникли проблемы при установке драйверов для видеокарты NVIDIA и перестал грузиться графический режим в Ubuntu, то данное руководство для вас. Тут я расскажу как установить последние драйвера NVIDIA в режиме восстановления (recovery mode).
Итак, начнём. Для начала в меню GRUB (если у вас отключено данное меню, тогда при загрузке компьютера зажмите клавишу Shift) вам нужно выбрать пункт «Ubuntu, с Linux . (режим восстановления)» (вместо точек должна быть версия вашего ядра):
Спустя некоторое время появится другое меню, где вам нужно выбрать пункт, при котором Ubuntu загрузится с поддержкой сети. В англоязычной версии это «network Enable networking«:
В появившемся окне выберите «Yes» (Да) и нажмите Enter:
Затем вам нужно войти в систему под root пользователем. Для этого выберите пункт «root Drop to root shell prompt«:
Открылась уже знакомая консоль. Для начала рекомендую обновить пакеты в системе:
Источник
В помощь новичкам. Что делать после неудачной установки видеодрайвера Nvidia
Друзья, хочу рассказать про то как я накосячил с проприетарными драйверами Nvidia, и как решил проблему. Может быть кому-нибудь это поможет, ведь это единственный из перепробованных способов, который помог мне. И есть мнение, что если что-то не так, то этот способ гарантированно поможет вернуть «как было».
Раньше никогда не использовал официальные драйвера Nvidia (хотя для игр и мультимедиа это лучшее решение), т.к. из-за них было много проблем:
1) Исчезает логотип (splash) во время загрузки системы, т.е. вместо логотипа «kubuntu» — черный экран. И соответственно не видно приглашения на ввод LVM-пароля.
2) Появляются странные проблемы со шрифтами, когда технически все осталось как было (шрифт, стиль, размер, сглаживание и т.д.), но выглядят шрифты иначе, местами очень плохо.
3) В меню Grub все действия требуют повторного нажатия клавиш, что очень странно и возникает только при использовании проприетарной графики.
Так вот, все началось с того, что я попробовал кубунту 16.04. Однажды диспетчер драйверов КДЕ предложил обновить дровишки на видео и проц, и я согласился. К тому же, свободный видеодрайвер в 16.04 работал совсем плохо — терять (как мне казалось тогда) было нечего.
Из предложенных версий видео самая свежая (и рекомендуемая) была 384.90 — ее и накатил. Я подозревал, что делать этого не стоит, но решил попробовать, ведь и с открытым драйвером было не все гладко (окна и менюшки мигали, не все прорисовывалось, хотя в 14.04 и ранее такого не было).
После перезагрузки системы не смог загрузиться в обычном режиме. Сначала подумал, что как всегда проприетарный драйвер Nvidia не отображает splash (логотип кубунты) во время загрузки системы, но оказалось что все намного хуже.
Проблема была в том, что помимо логотипа у меня на экране высвечивалось приглашение на ввод LVM пароля. А теперь вместо него был черный экран. «Ввел» пароль вслепую, нажал Enter — нифига. Никакой нагрузки на жесткий диск. Значит проблема не только в отображении сплеша, а еще раньше.
Зашел в Recovery Mode, там ввел свой LVM-пароль, дальше выбрал Resume normal boot, пошла загрузка из консоли и. снова выпал в то же меню (но на этот раз кодировка была сбита). Снова выбрал Resume, появилось окно логина (из графики!!), т.е. тут уже драйвер Nvidia заработал, зашел в диспетчер драйверов, вернул открытый драйвер, перезагрузился, зашел в нормальном режиме — все отлично.
Через несколько дней появился новый драйвер (рекомендуемый) — 384.111. Та же фигня. Снова установил драйвер, снова черный экран, снова не могу пройти LVM, т.к. до него видимо даже не доходит. Снова ковырялся с восстановлением, пытался понять откуда вообще ноги растут у этой проблемы, почему ни одна версия проприетарного драйвера не работает.
В режиме восстановления выбрал проверку файлухи с помощью fsck.
Но все повисло на стадии:
[OK] Stopped NVIDIA Persistence Daemon
(И каждый раз, запуская fsck — стопорилось намертво на разных стадиях, но всегда где-то в первую минуту проверки.)
Нажал Enter, выкинуло обратно в меню восстановления. Вобщем снова в Recovery mode ввел LVM пароль, снова выбрал Resume normal boot, снова графика включилась на стадии появления логин-окна КДЕ, и уже из графика снова вернул свободный драйвер nouveau, с которым без проблем можно было грузиться в нормальном режиме.
Но драйвер nouveau продолжал глючить, выдавая артефакты.
Попробовал на этот раз драйвер 340.102.
После этого настал пипец и перестал работать даже режим восстановления.
Зашел в Recovery Mode, ввел пароль LVM, нажал Resume normal boot — логи и черный экран. И тут мне стало хреново!!
Перезагрузился в режим Recovery Mode.
Начал снова пробовать fsck, но он всегда зависал то на одной стадии.
[OK] Reached target Encrypted Volumes
То еще что-нибудь напишет. И дальше никаких проверок.
Подключился к сети (в меню Recovery Mode это есть), потом вошел в root.
Начал с просмотра списка доступных драйверов:
Как видим, показывает то же самое, что и через графику (диспетчер драйверов КДЕ).
Сначала попытался откатиться на 384 (когда работал хотя-бы вход в графику через Recovery Mode).
Установил 384й драйвер. Перезагрузился — не помогло.
Таким методом я поставил все 4 версии драйвера, но проблема видимо была в том, что я просто скачал пакеты — видимо есть какая-то команда для АКТИВАЦИИ определенного драйвера, но я такой команды не знал. Поэтому мои попытки понаставить пакеты ни к чему не приводили — был активен определенный глючный драйвер, который не позволял грузиться даже через Recovery Mode.
Помимо этого начали сыпаться ошибки X-сервера, я начал паниковать, пробовать разные команды вроде dpkg —reconfigure, чтобы восстановить X-сервер и все остальное, но это не помогло, ошибок было очень много.
На самом деле я понимал, что проблема лежим на поверхности — в системе есть свободный + 3 версии проприетарных драйверов, но видимо активна та самая «левая» версия.
В итоге помог такой простой способ:
Все в той же консольке Recovery Mode делаем.
И система заработала в нормальном режиме на свободной драйвере!
Источник
Восстановление Ubuntu
Все мы время от времени сталкиваемся с различными проблемами в операционной системе независимо от того, что используется Windows или Linux. Пользователям Windows известно, что в системе есть безопасный режим, в котором можно запустить систему, даже если возникли какие-либо ошибки. В Linux тоже время от времени случаются различные проблемы и систему необходимо как-либо восстанавливать.
Здесь тоже есть свой аналог безопасного режима. В этой статье мы рассмотрим как выполняется восстановление Ubuntu 16.04, как открыть меню восстановления и как подготовить систему и выполнить необходимые действия для возвращения рабочего состояния.
Восстановление Ubuntu
Если ваша система не загружается, и выдает какую-либо ошибку во время загрузки, вы все еще можете кое-что сделать. Разработчики добавили такую возможность, как Recovery Mode. Вы можете загрузиться в этом режиме через загрузчик Grub. В меню Grub выберите пункт «Дополнительные параметры для Ubuntu»
Затем выберите «Ubuntu . (recovery mode)»:
Дальше загрузится меню режим восстановления ubuntu в котором вы можете выбрать один из доступных вариантов:
- resume — продолжить нормальную загрузку системы;
- clean — попытаться освободить место на диске;
- dpkg — восстановление поврежденных пакетов;
- failsafeX — запустить графический безопасный режим;
- fsck — проверить все файловые системы на ошибки;
- grub — обновить настройки загрузчика Grub;
- network — Включить поддержку сети;
- root — войти в консоль от имени суперпользователя;
- system-summary — информация о системе.
Как видите, здесь есть достаточно возможностей которые позволяют выполнить восстановление Ubuntu 16.04 от различных проблем.
Пункт «clean» позволяет вам очистить лишние пакеты:
С помощью пункта «dpkg» вы можете попытаться восстановить поврежденные пакеты и выполнить обновление системы, если оно было внезапно прервано:
Следующий пункт — «failsafeX» позволяет запустить графическую оболочку в безопасном режиме. На первом шаге программа нас предупредит, что используются минимальные графические настройки:
В следующем окне можно выбрать несколько вариантов для исправления системы. При выборе «Troubleshoting» вы можете просмотреть логи загрузки, X сервера или отредактировать конфигурационный файл X.
С помощью опции «Reconfigure graphics» вы можете сбросить настройки X сервера если они были изменены до параметров по умолчанию.
Самый первый пункт в списке — «Try running with default graphics mode», позволяет попробовать загрузить графический режим по умолчанию.
Дальше возвращаемся к главному меню режима восстановления. Пункт «fsck» позволяет вам проверить файловую систему на ошибки для всех подключенных к системе разделов:
Пункт «grub» позволяет перегенерировать конфигурационный файл загрузчика Grub, правда, не знаю зачем это может понадобиться, если вы и так уже загрузились с помощью Grub.
С помощью опции «network» вы можете подключить текущее окружение к сети.
И последний, и один из самых полезных пунктов — это «root». Он позволяет получить доступ к консоли операционной системы с правами пользователя root.
Здесь будет доступна для вас привычная командная среда, где вы можете выполнять различные команды Bash чтобы починить свою систему. Но нужно обратить внимание на то, что корневая файловая система смонтирована в режиме только для чтения.
Поэтому, если вы хотите вносить какие-либо правки, кроме проверки диска на ошибки в fsck, то вам придется сделать ее доступной для записи:
sudo mount -o remount,rw /
Также заметьте, что ваша домашняя папка и папка /boot не смонтированы, если они вам нужны, то для монтирования выполните:
Если вы хотите обновлять систему, то вам понадобиться интернет. Его лучше настроить на предыдущем этапе. Но если вы этого не сделали, то NetworkManager можно запустить и сейчас для этого выполните:
Затем останется только создать файл /etc/resolv.conf для правильного разрешения доменных имен:
echo «nameserver 8.8.8.8» > /etc/resolv.conf
Теперь в вашем терминале есть сеть и вы можете делать все, что вам нужно, например, обновить систему, удалить драйвера, сбросить пароль и многое другое. Чтобы вернуться в главное меню просто нажмите сочетание клавиш Ctrl+D.
После того как вы все настроите, можно попытаться снова загрузить систему в нормальном режиме. Для этого используйте команду resume. Только лучше перезагрузить систему, потому что некоторые видео драйвера могут некорректно работать:
После завершения загрузки, если все необходимые действия были сделаны, вы получите полностью работоспособную систему.
Выводы
В этой статье мы рассмотрели как выполняется восстановление системы Ubuntu, что такое режим восстановления ubuntu, а также как с ним работать. Если ваша система сломалась в результате удаления какого-либо пакета, установки драйверов или неудачного обновления — этот режим может спасти ситуацию. Если у вас остались вопросы, спрашивайте в комментариях!
На завершение видео о том, как восстановить загрузчик Grub:
Оцените статью:
Об авторе
Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.
19 комментариев
Есть у меня черта такая, люблю пользоваться свежим софтом. Постоянно обновляю Убунту до беты, посмотреть, потестировать, делаю это на живой системе, без виртуальных машин; пользуюсь девелоперской сборкой оперы, инсайдерскими сборками десятки.
Обновился до 17.04 в первую альфу.
Хочу заметить, что при сбоях очень удобно пользоваться консолью под суперпользователем, в ней нет ничего страшного.
В пятницу, после очередной порции утренних обновлений поймал сбой. Система не загружалась, показывала чёрный экран, а на нём курсор мышки. Загрузка с предыдущим ядром результата не дала. В режиме восстановления использовал clean, dpkg, fsck. Включил поддержку сети (network), в консоли под суперпользователем обновил систему (sudo apt update && sudo apt upgrade). На всякий случай переустановил Unity командами
sudo apt-get install —reinstall ubuntu-desktop;
sudo apt-get install unity;
sudo apt-get install —reinstall xserver-xorg.
Перезагрузился (sudo reboot) и победа?
Теперь я вижу приглашение залогиниться под собой или под гостем, но меня под собой не пускают, снова и снова возвращая на окно авторизации. А под гостем пожалуйста, заходи, работай. Вот только я не хочу. Другой бы давно уже опустил руки, удалил и переустановил всю систему полностью, но любители сырого софта сделаны из другого теста:)
Ухожу из жестокого мира графики к предтечям через Ctrl+Alt+F1, туплю, вспоминая логин:), но, всё-таки, авторизуюсь.
Чтобы понять почему не пускают меня подо мной в графическом режиме командую sudo startx. Идут секунды, потом пичалька:
timeout in locking authority file /home/alex/.Xauthority
Думаю, что прожжёные консольщики смогли бы добраться до него из терминала и переименовать или удалить.
Я выкачал из под десятки образ 17.04, записал на флешку через unetbootin и загрузился. Подмонтировал логический диск с установленной Убунту, запустил наутилус с правами суперпользователя (sudo nautilus), добрался до .Xauthority. По умолчанию он скрыт, поэтому в Nautilus нажимаем Ctrl+h, переименовал в .Xauthority123, сохранил и. уже в который раз перезагрузился.
Вот теперь всё, система загрузилась подо мной.
Надо сказать, что толковых форумов для решения вопроса я так и не нашёл, почти везде либо издёвки, (хомячок не осилил), либо имбецильные ответы, копипасты не пойми откуда. Вопрошающие просто исчезали, вопрос решали как-то ещё. Хочется, чтобы ребята, получившие сложность, могли воспользоваться этой простенькой инструкцией.
Такая трабла с окном авторизации часто бывает.
Я лечю её всегда так:
Вариант №1
В загрузчике GRUB выбираем Другие параметры для Ubuntu -> выбираем Режим восстановления (Recovery mode), грузимся, выбираем root, вводим:
rm
/.Xauthority
Жмём на Enter
пишем reboot и жмём на Enter
Система грузиться в стандартном режиме.
Вариант №2
В окне авторизации жмём на Ctrl+Alt+F1
попадаем в консоль, логинимся, а остальное всё то же, что и в первом случае, только подставляем sudo в начале команд.
А зачем так сложно удалять/переименовывать файл? Когда достаточно rm
/ file (если файл в домашней папке) Да и вообще есть достаточно удобный консольный файловый менеджер mc.
Статья хорошая, но по моему вы усложняете. Как мне кажется, достаточно сделать несколько точек восстановления, а для полной уверенности backup всей системы, с установленными программами на флэшку. Хотя и это вряд ли понадобится, Ubuntu достаточно надежна, в отличие от Fedora и если туда не лезть кривыми руками, то будет служить годами без ошибок и сбоев.
Про Ubuntu я б так не сказал.. Вот Debian да, надёжный, как АК))
Мое почтение! Благодарю за полезную статью-очень познавательно и практично. У меня в ноутбуке и дэсктопе установлено три Системы одна из которых Вин 7. Конечно же всеми ими я не пользуюсь ежедневно- для работы в основном использую Линукс Минт. Иногда нужно ,в силу ряда причин использовать Виндовс. В этом ничего плохого не вижу. Это как у вас в гараже стоят две машины-одна для ежедневных поездок ну а другая для поездок на рыбалку или пикник. Ну я о другом. Конечно же иногда возникают некоторые проблемы с Линуксом после обновлений или какими то моими неумелыми действиями с Системой. В таких случаях всегда пользуюсь загрузочным образом на флэшке програмы Clonezilla. Аналог Акрониса но с текстовым интерфейсом. Понятно, что перед восстановлением нужно создать сам образ настроенной под себя Системы но потом в случае чего за 7-8 минут вы будете иметь работоспособную Систему без переустановки на момент создания образа. Очень удобно и быстро!
Всем добра!
Респект за статью! UBUNTU сбоила после мгновенного отключения эл.питания. Восстановил по Вашим рекомендациям через dpkg и grub. Затем вошел в режим resume — загрузилась (правда кривоватое изображение). НО: после перезагрузки опять тоже самое — не грузится, входит в режим проверки диска C и т.д. Может еще какая «приблуда» нужна ?
У меня проблема появилась. Linux mint 18 Sarah раньше работало теперь нет — захожу в терминал alt+f1 все ок, а вот выхожу alt+f7 попадаю просто в черный экран с возможностью печатать текст. То есть не вхожу обратно в графический интерфейс. Пробовал с терминала запустить firefox выдало ошибку «не определена переменная для дисплея», пробовал ее сам назначить ничего не дало (естесственно). Как быть, как исправить ошибку? Изза чего такое?
Источник
