Ubuntu грузится только recovery mode

Обновлено: 03.07.2024

В качестве примера будет использована система Ubuntu 18.04 LTS, но руководство актуально для любой системы, использующей Systemd как подсистему инициализации. Так же мы рассмотрим команды по восстановлению системы Ubuntu без ее переустановки.

Что такое режим восстановления в системах Linux?

Режим восстановления эквивалентен однопользовательскому режиму в дистрибутивах Linux, которые используют демон SysV в качестве диспетчера служб по умолчанию. В режиме восстановления все локальные файловые системы будут примонтированы, но только некоторые важные службы будут запущены. Например, сетевые сервисы не будут запущены. Режим восстановления Linux полезен в ситуациях, когда система не может нормально загрузиться. Кроме того, в данном режиме мы можем выполнить некоторые важные операции по восстановлению, например, такие как сброс root пароля.

Что такое аварийный режим?

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

Загрузка в режим восстановления в Ubuntu 18.04 LTS

Запустите установленную систему Ubuntu. Когда появится меню Grub, выберите первую запись и нажмите e для редактирования.

Если у вас не отобразилось меню Grub, то нужно нажать клавишу ESC сразу после исчезновения логотипа BIOS.

Найдите строку, начинающуюся со слова «linux», удалите значение «$vt_handoff» и в конце этой строки введите следующее значение (Чтобы быстрее достичь конца строки, просто нажмите CTRL + e или используйте клавишу END или стрелки LEFT / RIGHT на клавиатуре):

После того, как вы добавили вышеприведенное значение, нажмите сочетание клавиш CTRL + x или F10, чтобы загрузить систему в режим восстановления. Через несколько секунд вы попадете в режим восстановления (однопользовательский режим) в качестве пользователя root. Нажмите Enter.

Затем введите следующую команду для монтирования файловой системы root (/) в режим чтения / записи:

Загрузка в аварийный режим

Загрузка операционной системы Linux в аварийный режим аналогична описанному выше методу. Все, что вам нужно сделать, это заменить «systemd.unit= rescue.target» на «systemd.unit = emergency.target» при редактировании меню Grub.

После того, как вы добавили «systemd.unit=emergency.target», нажмите Ctrl + x или F10, чтобы продолжить загрузку в аварийный режим.

Вы можете подключить корневую файловую систему в режим чтения / записи с помощью команды:

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

Если вы загрузились в режим восстановления, то из него же можно переключиться в аварийный режим с помощью следующей команды:

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

Режим восстановления Recovery mode в Linux

Еще одним режимом, которым можно воспользоваться для восстановления системы, является режим Recovery mode. Примечателен он тем, что содержит предустановленные утилиты для восстановления.

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

Затем из появившегося списка выбрать первое (верхнее) ядро с надписью (recovery mode).

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

Теперь вы знаете, что такое режим восстановления, аварийный режим и Recovery mode, а также как загрузиться в эти режимы в Ubuntu 18.04. Как я уже упоминал, приведенные здесь шаги будут работать во многих последних версиях Linux, в которых используется Systemd.

Как восстановить операционную систему Ubuntu без переустановки

Рассмотрим популярные и действенные методы восстановления операционной системы Ubuntu. Если вы столкнулись с тем, что ваша система не запускается после обновления, установки драйверов или по каким-нибудь другим причинам, то вам стоит воспользоваться данной инструкцией.

На экране входа в систему воспользуйтесь комбинацией клавиш CTRL + ALT + F1 для переключения в виртуальную консоль tty1, возможно вам придется переключится на другую виртуальную консоль, в таком случае воспользуйтесь этой же комбинацией клавиш, но с F2 или F3 и т.д. И затем выполните следующие команды:

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

И обновить систему:

И перезагрузить систему:

Так же может помочь переустановка рабочего окружения. Для Ubuntu это будет следующая команда (не влияет на пользовательские данные):

Рекомендую периодически делать резервные копии системы и домашнего каталога пользователя, соответствующими инструментами. Например, для резервного копирования в среде Linux можно воспользоваться утилитой QT5-FSArchiver.

Все мы время от времени сталкиваемся с различными проблемами в операционной системе независимо от того, что используется 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:

Оцените статью:

(31 оценок, среднее: 4,87 из 5)

Об авторе

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 загружаются очень быстро, поэтому большая часть данных, выводимых во время загрузки, быстро прокручивается и мы не успеваем прочитать текст. Тем не менее, во время загрузки, могут возникнуть различные ошибки, вплоть до того, что вы столкнетесь с проблемой не загружается Linux.

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

Почему Linux не загружается?

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

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

Все это может возникать не так редко, если вы очень любите экспериментировать с системой и при этом не очень аккуратны. Мы не будем рассматривать проблемы с загрузкой из за Grub. Я буду надеяться, что там у вас все в порядке. Самое главное, что нужно сделать при проблемах с загрузкой - это посмотреть внимательно логи последней загрузки. Только так вы сможете понять в чем причина проблем и не гадать. Как это сделать? Есть несколько способов, вы можете использовать LiveCD или загрузиться в режим восстановления.

Проверка журналов загрузки

Итак, вы загрузились с LiveUSB системы и подключили разделы с основной системой или же вошли в режим восстановления с помощью загрузчика Grub. Для этого есть специальная опция в большинстве дистрибутивов. Она загружает однопользовательский режим Systemd с поддержкой сети и минимальными возможностями. С помощью него вы можете вернуть систему к нормальной работе.

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

Если такого пункта нет можно загрузить режим восстановления Bash. Для этого нужно нажать клавишу "E" на пункте меню Grub и дописать в строку параметров ядра "init=/bin/bash":

С этим параметром ядро запустит интерпретатор Bash вместо того, чтобы загружать систему инициализации. Самый первый способ посмотреть логи в systemd - это использовать утилиту journalctl. Система нам сама подсказывает какую команду нужно запустить, чтобы посмотреть логи:

В режиме восстановления можно посмотреть содержимое лога ядра с помощью dmesg, в LiveUSB это бесполезно:

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

Что делать если Linux не грузится?

1. Проблема с местом на диске

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

Если доступно 0% места, то вы знаете в чем проблема. Чтобы ее решить просто удалите ненужные файлы из папок /var/log, /var/cache/ и так далее. Для того чтобы вы смогли редактировать и удалять файлы, корневую систему, возможно, придется перемонтировать для чтения и записи:

mount -o remount,rw /

2. Целостность пакетов и системы

dpkg --configure -a

Также можно выполнить:

Но это сработает только в chroot окружении LiveUSB системы, поскольку в режиме восстановления интернета нет. Вы можете попытаться настроить проводной интернет с помощью команды:

3. Проблема с /etc/fstab

Следующая причина проблем с загрузкой может быть неверная запись в /etc/fstab для одного из разделов, если лог сообщает что-то в роде "Dependency failed for /dev/disk/by-uuid/f4d5ddc4-584c-11e7-8a55-970a85f49bc5" то это означает, что система не может примонтировать один из разделов в /etc/fstab.

Если это будет корневой раздел, система не загрузится. Systemd может выдавать много ошибок, но важно найти первую. Все остальные могут оказаться только ее следствием.

Поэтому если есть такая ошибка в логе проверьте файл /etc/fstab. Правильно ли там указан адрес корневого раздела? Если не уверены, лучше заменить на привычную запись Linux без UUID.

4. Повреждение файловой системы

Обычно файловая система проверяется автоматически, но это обычно. Если вы отключили эту функцию, а потом произошло неожиданное отключение компьютера, файловая система будет повреждена, а восстановить ее будет некому. Поэтому при ошибках монтирования еще можно попытаться проверить файловые системы на ошибки:

Здесь нужно указать адрес файла нужного раздела в файловой системе.

5. Проблема видеодрайвера

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

apt purge nvidia*

Для видеокарт AMD команда будет выглядеть так:

apt purge fglrx*

С новым драйвером AMDGPU проблем быть не должно, так как он имеет открытый исходный код и встроен в ядро.

Во всяком случае, после удаления драйвера черный экран Linux должен перестать появляться.

6. Другое

Если у вас все же проблемы с загрузчиком Grub, вы можете использовать инструмент BootRepair для восстановления или просмотрите статью как восстановить Grub2 вручную. Также, возможно, вас заинтересует статья: ускорение загрузки Linux.

Выводы

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

Нет похожих записей

Оцените статью:

(17 оценок, среднее: 4,94 из 5)

Об авторе

10 комментариев

Спасибо Сережа! С уважением А И

Линупс уже давно потерял свою привлекательность. Ещё 6-8 лет назад он был ничего. Отлично пахал на стареньких машинах, можно было и файлопомойку организовать и торрентокачалку, почта там, микросервер, etc. И все работало как winxp на 64-128 Мб оперативки за глаза (есессно не везде), да и вцелом какая-то лёгкость была. Но были и "детские проблемы" ввиде плохой организованности в работе с медиа, кривости драйверов, отсутствию нормальной поддержки образов нового поколения, софт опять же скудный и жалкий был. А сейчас жрет искаропки до 1 Гб, гигабайта, Карл! При этом детские проблемы не излечились, Южноафриканский Линукс стал каким то диким, в остальном какое то все глупое, рассчитанное на поиграться по типу арча, дженты и иже с ними, что там? Рюшечки, шрифтики, тайловые de, а как насчет автомонтирования без костылей? То то же. Те же детские проблемы. И не удивительно, что система падает, но как принято говорить, это не баг, это фича и rolling release, а во всех проблемах винить криворуких и хромых пользователей и ветку testing. Очень жаль, что все стало таким плачевным.

А, ты с чем сравниваешь? Если с семейством windows, то linux на порядок лучше. Уродство Гейтса слетает чаще и проблем больше, и еще к тому же за каждую мелочь денег просит, про вирусы вообще отдельный разговор. Не нравится южно-африканский используй какой нравится, сборок полно. Ну, а если хочешь под себя, берёшь ядро и делай правильный Linux с твоей точки зрения.

Дружок-пирожок, как там в 2017-м со взглядами из 2007-го?

У меня десятка три года стоит на одном компе, четыре на втором, рядом с убунтой. Где у меня было больше проблем? Невероятно, наверное для тебя, но в убунту

спосибо. Был бы еще хорош обзор, если линукс "завис".

Линупс не виснет! (с) Штульман

это конечно чудесные советы, но чтобы ими воспользоваться, нужно всё-таки, чтобы Линукс загрузился

Уважаемый Админ, прошу помощи.
Каюсь в своей криворукости заранее, дайте совет в каком направлении копать.
В общем суть проблемы, Linux Lite 3.8 ubuntu 16.04, заведена в домен средствами PBIS open (likewise-open), но пользователи доменные в терминале не работали с автозаполнением команд и при перемещении стрелками по клавиатуре терминал вместо запомненных команд выдавал символы нажатых клавиш.
Поставил пакеты apt-get install krb5-user, samba, winbind, libnss-winbind, libpam-winbind, терминал ругнулся что likewise несовместим с winbind, продолжить? Жамкнул - Да, заменил файлы, после перезагрузки убунта в режиме восстановления грузится (emergency mode) только по root.
Удалял эти пакеты, которые поставил, удалял их зависимости apt-get autoremove, не помогает, не знаю куда копать, рядом винда стоит по соседству, комп рабочий.
При загрузке стала пробегать строка
Spectre V2: Spectre mitigation:LFENCE not serializing, switching to generic retpoline

Можно как-то восстановить убунту или сносить и по новой ставить?
И еще - какой раздел лучше выбирать при установке, основной или логический или в принципе разницы никакой нет?

В меню загрузчика, в пункте дополнительные опции можно войти в режим восстановления. Здесь можно попытаться выполнить обновление системы, чтобы пакетный менеджер установил всё чего ему не хватает. Не знаю на что влияет домен, но могу предположить, что там монтировались какие-либо диски. Если система не может их смонтировать - это будет мешать загрузке. А вообще, чтобы что-то сказать надо видеть лог загрузки. Для этого надо в загрузчике (там можно редактировать пункт меню, если нажать F10) заменить опцию загрузки ядра quiet на verbose.

2021 год на дворе. Как выражаются опытные линукзятники, я решил уйти со своей гавно-лицензионной Windows 10 на которой проблем не знал вообще никогда и ни с чем, на мною уважаемый Debian Cinnamon. Скачал образ, залил на флешку, начал устанавливать. Устанавливал на SSD Kingston 250гб. Разбил диски, установил. Дебиан не загрузился. Как в пункте 1 посвился целый список, все было ОК, но потом было одно Failed. Я устанавливал вручную, подумал что накосячил. Снова установка. На этот раз выбрал опцию, чтобы при разбивке диска Дебиан сам все сделал. Он разбил. Я установил. Failed. Спасибо Дебиан.
Сейчас по всем правилам мне должны рассказать, что у меня руки кривые, железо кривое, видеокарта кривая, я кривой, и еще раз я кривой. Но тогда вопрос к вам - почему тот же Mint Mate поставился до этого на это же железо норм, а Великий Debian Cinnamon не смог? Минт я кстати снова поменял на Винду из-за ошибок, которые не лечатся годами:
1) невозможно поменять время на нужное;
2) Мате не поддерживает монитор 4к, а когда нашел как поддержать, то и тут всплыли дохренища багов с отображением.
3) Тот же YouTube выглядит как будто под слоем неведомой пыли со странным отображением цветов и контраста, хотя на Винде с этим проблем не было ни разу.
4) Звук шо то был тише, чем на Винде. Даже на Максимуме.
А мне обидно. Мне нравится Дебиан, и я хотел "Корицу". Но она меня не хочет. Уверен, если поставлю тот же Минт Корица, проблем не будет. Соглашусь с одним из комментариев выше - Линукс скатился. Раньше подавал признаки процветания, то сегодня возможно только окружение "Гном" и дистрибутивы "Манжаро" где-то дотягивают, хотя бы на 50% до возвожностей Виндовс 10.

Это очень неприятное явление. Но оно может случиться с каждой системой. Включаете вы свой компьютер в надежде работать или поиграть в любимую игру для Linux - а тут чёрный экран! В Ubuntu нет ни безопасного режима, ни инструментов для автоматического восстановления, которые используются в таких ситуациях владельцами системы Windows.

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

Чёрный экран в Ubuntu

Давайте сначала разберем, почему может возникнуть чёрный экран в Ubuntu, и на каких этапах загрузки системы это происходит.

Первое: аппаратная проблема - если вы не видели приветствия BIOS, или, как часто делается в современных ноутбуках, заставки производителя машины или материнской платы; если при этом вы не можете войти в меню настройки BIOS с помощью клавиш F2, Del, F8, Shtift+F2 или других клавиш того же назначения, значит проблема аппаратная, и в этой статье вы не найдете её решение. Тут нужно нести ваше устройство в ремонт или попытаться самому проверить, если есть навыки.
Второе: проблема Grub - прошла заставка BIOS, но вы не видите меню Grub, есть только надписи, похожие на Minimal bash like interface или Resuce Mode. Это значит, что повреждён загрузчик, подробно об этом написано в статье "Как восстановить загрузчик Grub2".
Третье: чёрный экран при загрузке - вы выбрали нужный пункт меню Grub, началась загрузка системы, но потом либо всё зависло, либо возник экран с терминалом. Это может означать повреждение файловой системы, отсутствие какого-нибудь важного пакета, несовместимость драйверов.
Четвёртое: чёрный экран оболочки - система загрузилась, вы ввели логин и пароль, но вместо оболочки Unity или любой другой вы видите чёрный экран с курсором. Проблема в графической оболочке, её настройке или кэше может возникать в KDE после обновления.

Чёрный экран при установке Ubuntu

Большинство ошибок, вроде "чёрный экран Ubuntu во время установки", возникают потому, что образ был неправильно либо скачан, либо записан на носитель. Сначала проверьте md5 сумму образа. Подсчитать её можно командой:

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

Если значения не совпадают, образ придётся загрузить ещё раз. Дальше надо проверить записанный образ на ошибки, возможно, проблема возникла во время записи. Для это выберите пункт Check disk for errors в меню диска:

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

Дальше нажмите Esc, а затем Enter, чтобы начать загрузку:

Затем можете запускать установку Ubuntu. Чёрный экран Ubuntu после установки может быть вызван, опять же, несовместимостью оборудования - вам придётся повторить все шаги, описанные выше, а затем установить необходимые драйверы.

Чёрный экран в Ubuntu при загрузке

Чёрный экран в Ubuntu при загрузке, может быть вызван разными причинами, например:

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

Выше уже описано, как решить проблему "чёрный экран Ubuntu" при загрузке, если причиной стала несовместимость оборудования. Рассмотрим теперь подробнее.

1. Несовместимое оборудование

Если ваше оборудование несовместимо со свободным графическим драйвером, можно попытаться использовать параметр nomodeset, чтобы запустить систему и установить проприетарный драйвер. Чтобы изменить параметры ядра в Grub, достаточно установить рамку-курсор на нужный пункт меню и нажать E:

Дальше в конец строки допишите nomodeset, а также можете убрать quiet splash и добавить verbose для отображения информации о загрузке вместо заставки. Так вы сможете быстрее понять, в чём проблема. Для продолжения загрузки нажмите Ctrl+X. Теперь система загрузится, и вы сможете установить проприетарные драйверы, необходимые для нормальной работы системы.

2. Чёрный экран в Ubuntu при шифровании

Если вы использовали шифрование жёсткого диска LVM или LUKS во время установки, то возможно чёрный экран Ubuntu означает, что система просто спрашивает у вас пароль, но вы этого не видите. Попробуйте переключиться между виртуальными терминалами с помощью Alt + вправо или Alt + влево. Это может вернуть запрос пароля обратно. Также вы можете просто попробовать ввести свой пароль и нажать Enter. Если всё хорошо, система загрузится.

3. Нерабочий проприетарный графический драйвер

Неправильно установленный проприетарный графический драйвер, NVIDIA или AMD, тоже может вызвать чёрный экран Ubuntu при загрузке. Такой драйвер нужно удалить и затем установить его правильно или найти другой драйвер. В таких случаях обычно система загружается нормально, но не может запустить X-сервер. Поэтому перейдите в первую виртуальную консоль с помощью сочетания клавиш Ctrl+Alt+F1 и введите логин и пароль:

Затем вы увидите привычное приглашение ввода командной строки. Для удаления драйвера NVIDIA выполните:

sudo apt purge nvidia*

sudo apt purge amdgpu*

Также некоторые драйверы, например NVIDIA, вносят модификации в файл /etc/X11/xorg.conf, поэтому, возможно, придётся обновить конфигурацию X-сервера:

sudo dpkg-reconfigure xserver-xorg

Осталось перезагрузить систему:

Теперь, если вы действительно перед этим устанавливали проприетарный драйвер, система запустится и будет работать нормально. Как видите, ничего страшного здесь нет - чёрный экран NVIDIA Ubuntu решается довольно просто.

4. Повреждение файловой системы или имён дисков

Обычно файловая система, даже при повреждениях, восстанавливается автоматически, но если этого не произошло, появится чёрный экран Ubuntu 16.04. Можно попытаться восстановить всё вручную. Нам понадобится режим восстановления. Для этого в Grub откройте пункт Дополнительные параметры Ubuntu, а в нём выберите пункт, в котором написаны название Ubuntu и версия, а в скобках Recovery Mode, например:

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

После этого перед вами откроется консоль, где вы сможете выполнять все нужные действия. Для восстановления файловой системы выполните:

Теперь можно перезагружать систему.

5. Чёрный экран Ubuntu после обновления

Как показывают практика и комментарии на форумах, чёрный экран Ubuntu после обновления не такая уж и редкая вещь, как хотелось бы. Это могут вызвать различные ошибки установки пакетов, их несовместимость и неверные настройки новой системы.

Проще всего в этом случае переустановить Ubuntu. В установочных дисках есть возможность сделать это с сохранением пользовательских файлов и всех программ. Если установщик обнаружит уже установленную Ubuntu подходящей версии, появится опция Переустановка Ubuntu. При этом будут сохранены все ваши личные данные, программы и настройки если для домашнего каталога был выделен отдельный раздел. Программа сотрёт все системные настройки и вернёт им значение по умолчанию - это исправит все проблемы, связанные с неправильной конфигурацией системы и её компонентов.

Также будет переустановлен Grub, а это значит, что любые проблемы с загрузчиком также будут решены. Если вы беспокоитесь о важных файлах и данных, можете запустить диск в режиме Попробовать Ubuntu. Здесь вы сможете открыть файловый менеджер, подключить диск с домашней папкой и скопировать оттуда все нужные данные на внешний USB диск.

Чёрный экран оболочки

Иногда после крупных обновлений мы можем получить чёрный экран Ubuntu уже после входа в систему и загрузки оболочки. Это происходит из-за несовместимости старых настроек оболочки и её новой версии. Решить эту проблему просто: достаточно просто удалить файлы настроек и кэша, но лучше их на всякий случай просто переименовать.

Сначала перейдите в виртуальную консоль с помощью сочетания клавиш Ctrl+Alt+F1. Затем введите логин и пароль. Чтобы сбросить настройки Gnome, достаточно несколько команд:

dconf reset -f /org/gnome/

Затем можно перезапустить графический сервер:

sudo systemctl restart display-manager

Если вы используете KDE, нужно перемещать файлы вручную:

В Gnome та же история:

Выводы

Оцените статью:

(14 оценок, среднее: 5,00 из 5)

Об авторе

50 комментариев

спасибо за отличную статью

У меня следующая ситуация; при старте компа загрузка проходит штатно затем, когда по идее должна загрузится система и рабочий стол я вижу черный экран, спустя минуту появляется курсор мыши на черном экране и секунд через 30 - 40 появляется рабочий стол и все прекрасно работает. в чем может быть прикол?

Скорее всего проблема в настройках рабочего окружения или драйверах. При чем первое поправимо, просто сбросьте настройки Unity до начального состояния или попробуйте создать нового пользователя. Также в логах

/.xsession-erros должна была засветиться ошибка, если она есть.

я на линуксе примерно неделю и пака вообще не понимаю местную экосистему=)
Настройки юнити и компиз для верности сбросил к дефолтным настройкам, проблема осталась.

в .xsession-errors следующая строчка:

openConnection: connect: Нет такого файла или каталога
cannot connect to brltty at :0

до сброса настроек юнити и компиз я попытался решить проблему откатом системы видимо файл был создан до отката. откат системы проблему не решил, ниже содержимое файла .xsession-errors.old

openConnection: connect: Нет такого файла или каталога
cannot connect to brltty at :0
upstart: Процесс indicator-bluetooth main (1557) завершен с помощью сигнала TERM
upstart: Процесс indicator-power main (1558) завершен с помощью сигнала TERM
upstart: Процесс indicator-datetime main (1559) завершен с помощью сигнала TERM
upstart: Процесс indicator-printers main (1562) завершен с помощью сигнала TERM
upstart: Процесс indicator-session main (1563) завершен с помощью сигнала TERM
upstart: Процесс indicator-application main (1564) завершен с помощью сигнала TERM
upstart: Процесс indicator-bluetooth main (3081) завершен с помощью сигнала TERM
upstart: Процесс indicator-power main (3086) завершен с помощью сигнала TERM
upstart: Процесс indicator-datetime main (3087) завершен с помощью сигнала TERM
upstart: Процесс indicator-session main (3091) завершен с помощью сигнала TERM
upstart: Процесс indicator-application main (3101) завершен с помощью сигнала TERM
upstart: Процесс unity-settings-daemon main (1408) завершен с помощью сигнала HUP
upstart: Процесс bamfdaemon main (1409) завершен с помощью сигнала TERM
upstart: Процесс hud main (1417) завершен с помощью сигнала HUP
upstart: Процесс at-spi2-registryd main (1431) завершен с помощью сигнала HUP
upstart: Процесс unity-panel-service main (3394) завершен с помощью сигнала HUP
upstart: Процесс indicator-bluetooth main (3410) завершен с помощью сигнала TERM
upstart: Процесс indicator-power main (3416) завершен с помощью сигнала TERM
upstart: Процесс indicator-datetime main (3418) завершен с помощью сигнала TERM
upstart: Процесс indicator-keyboard main (3421) завершен с помощью сигнала HUP
upstart: Процесс indicator-sound main (3422) завершен с помощью сигнала HUP
upstart: Процесс indicator-session main (3423) завершен с помощью сигнала TERM
upstart: Процесс indicator-application main (3431) завершен с помощью сигнала TERM
upstart: Процесс indicator-application pre-stop (3687) завершен с помощью сигнала TERM
upstart: Процесс gnome-session (Unity) pre-stop (3688) завершен с помощью сигнала TERM
upstart: Процесс gnome-session (Unity) main (1437) завершен с помощью сигнала HUP
upstart: Disconnected from notified D-Bus bus
upstart: Процесс unity7 main (3395) завершен с кодом 1

Сама по себе эта строчка ничего мне не говорит, покажите еще вывод команды sudo dmesg. Какая видеокарта? Драйвера на нее установлены?

Читайте также: