Ubuntu сбой загрузки страницы

Обновлено: 04.07.2024

Это очень неприятное явление. Но оно может случиться с каждой системой. Включаете вы свой компьютер в надежде работать или поиграть в любимую игру для 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. Какая видеокарта? Драйвера на нее установлены?

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

Почему Linux не загружается дальше initramfs

1. Неверный корневой раздел в загрузчике

В данном случае она сообщает, что не может найти раздел /dev/sda10:

Alert: /dev/sda10 does not exist. Dropping to a shell

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

ls /dev/ | grep sd

В этом окружении есть BusyBox, а значит есть большинство утилит Unix. Вы можете примонтировать каждый из этих разделов с помощью команды mount и узнать где находится ваш новый корневой раздел, например:

mkdir /mnt
mount /dev/sda5 /mnt
ls

Вы также можете узнать здесь же UUID данного раздела диска, для этого выполните:

В данном случае, корневой раздел имеет имя /dev/sda5. Именно это имя можно передать ядру в конфигурации загрузчика Grub, а можно UUID, но если в этом нет крайней необходимости, то короткое имя использовать гораздо проще. Надо перезагрузить компьютер, в меню Grub выбрать нужную загрузочную запись и нажать клавишу E:

Далее найти пункт, начинающейся со слова linux и в нём параметр root. Его значение вместе со словом UUID надо стереть, а вместо него прописать имя корневого раздела:

После этого система загрузится, а вам останется только создать новый конфигурационный файл grub с помощью команды:

2. Повреждённая файловая система

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

The root filesystem on /dev/sda5 requires a manual fsck

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

Здесь /dev/sda5 - это корневой раздел, его нужно заменить на свой. Опция -y указывает утилите, что на все вопросы надо ли исправлять блок нужно отвечать утвердительно. После успешного восстановления надо перезагрузить компьютер и попытаться загрузить систему снова.

Выводы

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

Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна.

Многие пользователи Linux сталкивались с проблемой, когда после ввода пароля вместо загрузки графического окружения и рабочего стола появляется чёрный экран, а потом снова запрос ввода пароля. Такая ситуация называется Login loop или ещё её можно описать как ошибка входа в систему. Часто она вызвана неверно выполненным обновлением или экспериментами с системой, хотя у неё могут быть и другие причины.

Почему не входит в систему Ubuntu

Но сначала надо попасть в терминал. Для этого на экране входа нажмите сочетание клавиш Ctrl+Alt+F2, затем введите логин и пароль:

Перед вами откроется командная строка в которую уже можно вводить команды терминала. Теперь вы можете просмотреть лог с ошибками:

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

1. Нет места на диске

2. Проблемы с обновлением

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

sudo apt update
sudo apt -y full-upgrade

Затем очистите систему от лишних пакетов:

sudo apt -y autoremove
sudo apt -y clean

3. Неверные права на

Убедитесь, что права на файл

/.Xauthority верные. Владельцем этого файла должен быть пользователь, от имени которого вы пытаетесь войти в систему и у этого владельца должны быть все права на файл. В старых дистрибутивах этот файл находился в домашней папке:

В современной Ubuntu он находится по пути /run/user/id_пользователя/gdm/Xauthority и создается он уже после успешного входа в систему:

ls -l /run/имя_пользователя/id_пользователя/gdm/Xauthority

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

sudo chown имя_пользователя:имя_пользователя

4. Неверные права на /tmp

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

ls -l / | grep /tmp

Затем установите правильные права если надо:

sudo chmod 1777 /tmp

5. Проблема с проприетарными драйверами

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

sudo apt remove nvidia-*

Затем очистить конфигурацию Xorg:

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

sudo apt install --reinstall xserver-xorg-video-nouveau

Подробнее про удаление видео драйвера Nvidia читайте тут. Про установку драйвера Nvidia - здесь.

6. Перезапуск менеджера входа

После того, как вы проверили все методы надо вернуться в графический режим и попробовать войти в систему снова. Для этого используйте сочетание клавиш Ctrl+Alt+F1 или Ctrl+Alt+F7 в старых системах. Также вы можете полностью перезагрузить компьютер или только менеджер входа:

sudo systemctl restart display-manager

Выводы

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

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

Система Ubuntu не загружается

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

Далее я отдельно рассмотрю второй и третий случаи. Начнем со стандартного режима восстановления grub.

Entering rescue mode

Итак, в случае проблем с загрузкой Ubuntu вы можете оказаться в режиме grub rescue.

Первым делом запускаем команду ls и смотрим, какие разделы у нас доступны.

В моем случае доступен только один 3-й раздел, скорее всего корневой. Раздела /boot, который обычно 1-й или 2-й нет. Проверим это наверняка. Смотрим содержимое доступного раздела:

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

Можно для начала попробовать вообще без модулей, а потом добавлять по одному. В самом конце загружаем модуль normal.

Восстановление поврежденных разделов ubuntu

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

Вы окажетесь в консоли системы, которая по сути является livecd сервера. В целом, тут подойдет любой livecd дистрибутив с linux. Эта система видит все подключенные диски и вообще все оборудование. Первым делом вам надо настроить выход в интернет на сервере так же, как вы это делаете обычно. После этого нужно обновить пакеты и установить утилиту testdisk. С ее помощью мы попробуем найти исчезнувший загрузочный раздел.

Запускаем утилиту и указываем, что будем создавать новый log файл.

Выбираем диск, на котором у нас установлена система. В моем случае это sda.

В качестве partition table type сначала укажите Intel. Если не получится ничего найти, попробуйте еще раз с другими типами.

Дальше выбираем Analyze.

И запускаем Quick Search.

У меня testdisk нашел 2 раздела, причем первый это boot раздел, который по какой-то причине исчез.

Из-за его отсутствия виртуальная машина с ubuntu не грузилась. Далее выбираю первый раздел и восстанавливаю его с помощью testdisk. Записываю изменения и выхожу в консоль. Проверяю с помощью fdisk разделы диска /dev/sda.

Появился первый загрузочный раздел. По идее я выполнил восстановление boot раздела. Теперь можно проверить, запустится ли система. Для этого отключаем установочный диск и загружаемся с основного.

В случае, если все загрузилось, вам повезло. Отделались малой кровью. Если же ubuntu не загружается, а вы опять попадаете в grub rescue, значит придется еще потрудиться над восстановлением загрузки системы. Будем восстанавливать сам grub.

Восстановление grub

Продолжаем восстановление загрузки ubuntu. Сам /boot раздел мы вернули, но загрузчик grub почему-то не работает и система не грузится. Загружаемся опять с установочного диска и переходим в консоль. Напомню, что у меня такая картина по разделам:

Первый раздел это /boot, второй корень / . Смонтируем их в /mnt, а так же добавим несколько системных директорий.

Теперь чрутимся в /mnt, чтобы оказаться в нашей системе:

И уже отсюда восстанавливаю загрузчик grub:

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

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

Давайте еще раз повторим все, что мы сделали:

Мы увидели, что система не грузится и валится в grub rescue. Загрузчик не может найти раздел, с которого продолжить загрузку. Мы попробовали в rescue console посмотреть все имеющиеся разделы и не нашли там boot. Если же нашли, то сразу же загрузились с него.
После этого загрузились с загрузочного диска ubuntu, перешли в консоль. Установили утилиту testdisk и просканировали наш диск. Нашли пропавший раздел, восстановили /boot. Если раздел не нашли, то создали вручную.
После этого смонтировали к livecd системе локальные диски, зачрутились в эту систему и штатно восстановили grub загрузчик.
После этого система нормально загрузилась.

Заключение

В целом, мы выполнили типовую процедуру восстановления загрузки любого linux сервера, в том числе ubuntu. Если бы раздел boot не получилось восстановить, его нужно было бы создать вручную и проделать все то же самое с восстановлением grub. Это ключевой элемент загрузки linux. Система перестает загружаться чаще всего из-за проблем с ним. Он может быть поврежден установкой рядом других систем или неправильной разбивкой диска.

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