После установки ubuntu не загружается ubuntu

Обновлено: 05.07.2024

Добрый день. В общем, я в замешательстве. Купил себе новый ноутбук, как я понимаю с UEFI, поставил на него Windows 8.1, далее Ubuntu 16.04, и при запуске системы не выходит окно Grub с выбором OC, а просто загружается Windows по умолчанию. Устанавливал Ubuntu как обычно, сначала загрузился с Live CD, затем установка рядом с Windows Boot . вообщем все как обычно. Пробовал загрузится с Live CD и восстановить с помощью Boot-repair, не помогает. Раньше с такой ситуацией не встречался, ставилась на старом ноутбуке без всяких танцев с бубном. Вообщем в интернете все очень размыто, конкретно свой случай не нашел, да и все сходится к тому, что нужно использовать boot-repair. Secure boot и быструю загрузку в Windows отключил. Самое интересное, что после всех этих манипуляций, при нажатии F12(меню выбора загрузки), кроме Windows там ничего нет, хотя boot-repair сказал, что все восстановил. При отключении UEFI в Bios перестает загружаться и Windows, ссылаясь на то что Boot загрузчик не найден. На скриншоте видны разделы ссылка. Что делать то? Попробовать с помощью bcdedit на Windows сказать ему откуда загружаться? Или что? boot-info



Если у тебя Windows установлена в EFI-режиме, то Windows Boot Manager при каждой загрузке ставит себя первым в очередь.

В качестве решения, можно вынести \EFI\Boot из ESP, и передобавить \EFI\Microsoft\Boot\bootmgfw.efi через efibootmgr. Это вылечит ТОЛЬКО реордер.

r3lgar ★★★★★ ( 28.05.17 16:35:01 )
Последнее исправление: r3lgar 28.05.17 16:35:46 (всего исправлений: 1)


вот тут конкретно, что не пошло?


Windows Boot Manager при каждой загрузке ставит себя первым в очередь

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


1. Использовать для логов какой-то mega.nz, когда есть православный pastebin - свинство.
2. Не знаю как там работают ваши графические конфигурялки, но судя по логу конфиг раба лежит на sda5. ИМХО и граб и его конфиг должны валяться на efi разделе, т.е. sda2.

Я в арче делаю так:
а) монтирую sda2 в /boot/efi
б) устанавливаю туда граб grub-install --efi-directory=/boot/efi --boot-directory=/boot/efi/EFI --bootloader-id=grub
в) создаю конфиг grub-mkconfig -o /boot/efi/EFI/grub/grub.cfg

Команды могут отличаться. Всё на свой страх и риск. С десяточкой прокатывает.


Не могу подтвердить, но и опровергнуть тоже не могу. Во всяком случае, решение, которое я предложил, всё ещё актуально и работает.


Интересно, а можете расписать по подробней? Вы имеете ввиду удалить запись Windows Boot Manager и добавить вместо нее Grub, с помощью efibootmgr?


Я подумал если boot-repair не помог, который так все нахваливают, то chroot даже смысла нет пробовать. Вы считаете он сможет помочь в данной ситуации?


О вкусах не спорят, кому то pastebin нравится, кому то мега. За инструкцию спасибо, навскидку все логично расписали, должно помочь. Завтра попробую.


Вы имеете ввиду удалить запись Windows Boot Manager и добавить вместо нее Grub, с помощью efibootmgr?

Нет, я предлагаю удалить запись Windows Boot Manager, ссылающуюся на \EFI\Boot\bootx64.efi , и добавить вместо неё \EFI\Boot\Microsoft\Boot\bootmgfw.efi с тем же именем.

Механизм такой: \EFI\Boot\bootx64.efi запускается в любом случае, и делает реордер листа записей, так, чтобы Шindoшs была всегда первой, не любит она конкуренции, также запуская \EFI\Boot\Microsoft\Boot\bootmgfw.efi , который является самим загрузчиком. Потому нужно удалить \EFI\Boot физически, с диска (или перенести или переименовать — не важно) и заново прописать запись на сам загрузчик.


О вкусах не спорят, кому то pastebin нравится, кому то мега.


Благодарю за разъяснение, впредь буду пользоваться вышеперечисленными сервисами. Загрузился с Live-CD, набираю efibootmgr -v и вижу следующую картину

то есть ссылка на \EFI\Boot\Microsoft\Boot\bootmgfw.efi уже присутствует, притом я ее не делал. Наверное это boot-repair постарался, однако Windows все равно запускается первой. Что делать в данной ситуации? Вы имеете ввиду удалить \EFI\Boot\Microsoft\Boot\bootmgfw.efi и снова ее добавить?


ссылка на \EFI\Boot\Microsoft\Boot\bootmgfw.efi уже присутствует

В таком случае нужно сделать только реордер ( man efibootmgr , смотреть в опцию -o ): efibootmgr -o 0001,0002,0003,2001,2002,2003 . Не забудь до перезагрузки перенести директорию \EFI\Boot куда-нибудь из ESP, или просто её переименовать, иначе может снова сработать реордер по инициативе \EFI\Boot\bootx64.efi .

уже присутствует, притом я ее не делал.

Это нормально, тогда делать с этой записью ничего не надо.

однако Windows все равно запускается первой.

Убрать из ESP директорию \EFI\Boot , чтобы не вмешивалось в загрузку, сделать реордер вручную, как я описал выше.

Вы имеете ввиду удалить \EFI\Boot\Microsoft\Boot\bootmgfw.efi и снова ее добавить?

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


Вроде бы все понятно. Смонтировать Sda2, переместить оттуда \EFI\Boot в другое место. В терминале набрать efibootmgr -o 0001,0002,0003,2001,2002,2003 . И пробовать запуститься как обычно.

Я имею в виду конкретно то, что я описывал до, и в этом комментарии

меня смутили ваши слова из первого поста

передобавить \EFI\Microsoft\Boot\bootmgfw.efi через efibootmgr

поэтому я и переспросил.


меня смутили ваши слова из первого поста

Виноват, мутно объяснил.

Можно просто переименовать директорию. Если простым языком, то UEFI первостепенно смотрит в \EFI\Boot\bootx64.efi , и если этого файла (а лучше — директории) не будет, вмешиваться будет некому.


Что за чертовщина такая у меня на ноутбуке поселилась?)) Не помогло. Удалил директорию boot из EFI , сделал реордер, проверил, все четко как прописал, сначала 0001,0002. перезагружаю ноутбук. Опять ЭТОТ Windows! Опять достаю Live-CD, запускаю, смотрю что там. В итоге, директории EFI/boot нету, а в efibootmgr поменялся порядок загрузки, и Windows Boot Manager опять первый стоит. Что подскажите?


а в efibootmgr поменялся порядок загрузки

Что показывает поле BootNext, если таковое есть?

SecureBoot в настройках UEFI отключен? Файл, на который ссылается запись убунты, присутствует? Если вручную при загрузке ноутбука нажимать (Esc, F10, F11, F12, зависит от матплаты) вызов меню загрузки EFI, и выбирать убунту, она грузится?


BootNext нету. SecureBoot отключен. Файл присутствует на который ссылается.. Если нажимать F12, то Ubuntu нету! Только любимый Windows. Вот что говорит efibootmgr -v после того как все настроил и перезагрузился.

При монтировании /dev/sda2 в /media/efi в папке efi есть две папки boot-sav и EFI соответственно. Boot-sav это я понимаю как логи Boot-repair, т.к они там содержатся, не знаю важно это или нет.


А это тогда что?

Boot0001* Unknown Device: HD(2,GPT,52bada4c-6969-4812-8c5c-7357648b06bc,0x96800,0x32000)/File(\EFI\ubuntu\shimx64.efi)RC




Попробовал я восстановить Grub, как сказал ox55ff , ошибка хоть ты тресни вот эта

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


У тебя x86? Тебе надо устанавливать для EFI. Смотри маны граба, я его (grub 2) никогда не юзал, потому не подскажу, но что-то мне подсказывает, что ты хочешь установить его в MBR (указав девайс, а не ESP), не смотря на то, что у тебя GPT.


Кастуется Andrew как убунтовод.


В том то и суть, что у меня x64. Что Windows, что Ubuntu. Я и в wiki Arch лазил, там как раз про установку Grub в Efi речь идет, как писал ox55ff вот ссылка. Если Andrew желает помочь, был бы очень признателен ему) Все что нужно предоставлю, логи или еще чего. Не знаю важно или нет, но даже если писать grub-install без всяких ключей, чтобы он сам все настроил, он выдает туже самую ошибку. Сегодня пробовал переустановить Ubuntu, теперь сам разделы выбрал точно, чтобы загрузчик лег куда нужно, Secure Boot включил, все как в инструкции написано было(в прошлый раз без Secure Boot устанавливал), все равно такая же ерунда. Самое интересное, почему он его вообще не видит как загрузчик, при нажатии F12, его просто нету и все. Один Windows Boot Manager.


ЛайвСиДи точно нормальный? На крайний случай можешь образ арча на флешку записать и восстановить загрузчик :) Попробуй добавить ключ --target=x86_64-efi к команде grub-install .


Диск сам нарезал. Один компьютер работает с него, нареканий нет. Флешки не очень люблю. По команде что-то новенькое, пишет

притом не зависит от того пишу я grub-install --efi-directory=/boot/efi --boot-directory=/boot/efi/EFI --bootloader-id=grub --target=x86_64-efi или просто grub-install --target=x86_64-efi . Результат один и тот же. Он пишет смотрите правильность указания target или directory. Вроде все правильно прошерстил man по grub-install, все правильно у меня написано, target под свою платформу, давай проверять а есть ли вообще такая папка, в итоге ls /usr/lib/grub/ выдает вот это x86_64-efi то нету, да и вообще ничего похожего на 64 нету. В итоге я ему задаю директорию, чтобы он брал файлы для Grub с диска где уже установлена Ubuntu. Получается офигительно длинная команда которая говорит Installing for x86_64-efi platform. Installation finished. No error reporte Ну хоть где-то прогресс. Дальше пишу grub-mkconfig -o /boot/efi/EFI/grub/grub.cfg и получаю /usr/sbin/grub-probe: error: failed to get canonical path of `/cow'. как печально, был всего в шаге от успеха. Что скажите?


Проверь, стоит ли пакет grub-efi-amd64?


Какая полная модель ноутбука? Bios обновлен до последней версии?


Проверь версию Andrew, выглядит правдоподобно.


Andrew , V1KT0P , r3lgar , ox55ff Спасибо огромное всем присутствующим за помощь, без ваших подсказок данную проблему я бы не решил. Вчера потратил пол ночи на свой вопрос, почему не видит Ubuntu. И был найден ответ. вот этот. Если верить автору данной статьи, фирма Acer, а у меня именно она, продалась с потрохами Microsoft, и при написании UEFI, запрограммировали его только на Windows Boot Manager. Сделал все в точности как там написано, и наконец то Grub улыбнулся мне с вариантами загрузки, потом чуток подредактировал сам конфиг, чтобы все загружалось, как мне нужно и проблема решена. Мое личное ИМХО. Можно было обозвать Acer 'продажными тв*рями', однако подумав, я спросил себя, если бы меня попросили написать программу только для конкретной устройства, и предложили бы кучу денег, я бы тоже согласился, поэтому ИМХО конечно, но свое я все равно получил, поэтому Acer в каком то смысле даже молодцы. И денег заработали и 'дырку' оставили для таких упертых, которым приспичила Linux. Если интересно модель ноутбука Acer Aspire E5-575G-37QT, и Вы правильно подметили, UEFI не обновлен до самой последней версии, вполне возможно там либо они сделали нормально, либо так же оставили лазейку, ибо как так еще может быть, если ты делаешь все правильно, а UEFI даже не видит Linux в варианте загрузки через F12? Притом если судить по отзывам, скажем на том же Lenovo с похожими характеристиками, все устанавливается нормально, без танцев с бубном.


Если верить автору данной статьи, фирма Acer, а у меня именно она, продалась с потрохами Microsoft, и при написании UEFI, запрограммировали его только на Windows Boot Manager.

  • \EFI\Boot\grubx64.efi (Linux)
  • \EFI\Microsoft\Boot\bootmgfw.efi (Windows Boot Manager)
  • \EFI\ubuntu\shim.efi (ubuntu (SECURE))
  • \EFI\ubuntu\shim$cpu$.efi (ubuntu (SECURE))
  • \EFI\ubuntu\grub.efi (ubuntu (NORMAL))
  • \EFI\fedora\shim.efi (Fedora)
  • \EFI\android\bootx64.efi (Android)
  • \EFI\opensuse\grubx64.efi (openSUSE)
  • \EFI\redhat\grub.efi (Red Hat Linux)
  • \EFI\SuSE\elilo.efi (SuSE Linux)
  • \EFI\ubuntu\grub$cpu$.efi (ubuntu (NORMAL))


Благодарю. Вы правы, что пути строго прописаны, иначе он бы нашел их. Пока все работает, однако если обновить ubuntu или Windows, то все слетает, если я правильно понял, потому что Grub обновляется при обновлении Ubuntu. С Windows, она же просто не установится как нужно при обновлении, поэтому пока оставлю как есть. Всю неделю бился с ним, и просто хочется наконец пользоваться компьютером а не настраивать его, возможно при возникновении проблем сделаю так, как вы сказали. Поэтому еще раз спасибо)


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

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

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

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

Entering rescue mode

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

grub rescue

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

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

восстановление загрузки ubuntu

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

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

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

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

live cd ubuntu

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

установка testdisk

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

запуск testdisk

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

выбор диска для восстановления

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

тип таблицы разделов

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

Анализ таблицы разделов

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

Запуск поиска

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

Восстановление boot раздела в ubuntu

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

Раздел /boot восстановлен

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

checkdisk

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

blackscreen1

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

blackscreen2

Затем можете запускать установку 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. Какая видеокарта? Драйвера на нее установлены?

Как починить GRUB2 если Ubuntu не хочет загружаться

Ubuntu, как и многие другие дистрибутивы Linux в качестве загрузчика системы используют GRUB2. Если GRUB2 «ломается», например, если вы установите Windows после установки Ubuntu, либо при перезаписи MBR — загрузить Ubuntu вы не сможете.

GRUB2 можно запросто починить с помощью Live CD Ubuntu или USB-флешки. Этот процесс отличается от восстановления загрузчика GRUB Legacy на старых дистрибутивах Linux.

Описанный ниже процесс должен работать со всеми версиями Ubuntu. Он был протестирован на версиях Ubuntu 16.04 и Ubuntu 14.04.

Boot Repair — приложение с графическим интерфейсом, с помощью которого можно починить GRUB2 всего одним щелчком мыши. Идеальное решение для большинства пользователей.

Если у вас есть носитель, с которого вы устанавливали Ubuntu, вставьте его в компьютер, выполните перезагрузку и загрузитесь со сменного носителя. Если носителя у вас нет, загрузите Live CD Ubuntu и запишите его на диск или создайте загрузочную USB-флешку.

При загрузке, нажмите «Попробовать Ubuntu» (Try Ubuntu), чтобы загрузить работоспособное окружение рабочего стола.


Перед тем как продолжить, убедитесь, что у вас работает подключение к интернету. Возможно, потребуется выбрать сеть Wi-Fi и ввести пароль.

Откройте терминал из Dash и выполните следующие команды для того, чтобы загрузить и установить Boot Repair:


Boot Repair автоматически просканирует систему после запуска команды boot-repair . После этого, щелкните кнопку Recommended repair для восстановления GRUB2 .


Boot Repair начнёт работать. Возможно, появится запрос открыть терминал и скопировать/вставить несколько команд.

Просто следуйте инструкциям на экране. Выполните все инструкции Boot Repair и щёлкните Forward чтобы перейти к следующему экрану. Утилита проведёт вас через все необходимые действия для восстановления.


После того, как Boot Repair закончит работу, перезагрузите компьютер. Ubuntu должна будет нормально запуститься.

Способ с использованием терминала

Если же вы не боитесь «запачкать руки», вы можете починить систему через терминал. Вам потребуется загрузиться с Live CD или USB-флешки, так же, как в способе, описанном выше. Убедитесь, что версия Ubuntu на диске совпадает с версией, установленной на компьютере. Например, если у вас была установлена Ubuntu 14.04, следует использовать Live CD Ubuntu 14.04.

После загрузки системы откройте терминал. Определите раздел диска, на котором установлена Ubuntu с помощью одной из следующих команд:

Ниже приводится вывод обеих команд. В случае команды fdisk -l , раздел Ubuntu можно определить по слову Linux в колонке System . В случае использования команды blkid , раздел определяется по использованию файловой системы ext4.

Если на компьютере имеется несколько разделов Linux в формате ext4, обратите внимание на их размер и порядок, в котором они представлены в списке.


На примере выше раздел Ubuntu находится на /dev/sda1 . Это первый раздел на первом жёстком диске.

Важно! Если у вас имеется отдельный загрузочный раздел, пропустите команду выше и монтируйте загрузочный раздел в /mnt/ubuntu/boot . Если вы не знаете, есть ли у вас отдельный загрузочный раздел, то скорее всего его нет =).


Выполните следующую команду для повторной установки GRUB2 с Live CD, заменив /dev/sdX на имя жёсткого диска выше. Не указывайте номер. Например, если выше вы использовали /dev/sda1 , введите просто /dev/sda .


Выполните перезагрузку, Ubuntu должна нормально загрузиться.

Для получения подробной информации о том, как использовать команду chroot для получения доступа к повреждённым системным файлам Ubuntu и восстановления GRUB2, смотрите вики-страницу Ubuntu (на англ. языке).

Ubuntu не загружается.

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

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

Ubuntu не загружается? Попробуйте эти 5 советов

Если Ubuntu не запускается, выполните следующие пять шагов:

  1. Проверьте наличие загрузочных устройств.
  2. Загрузчик GRUB работает?
  3. Восстановить меню загрузчика
  4. Переустановить Ubuntu
  5. Заменить неисправное оборудование

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

Если ваша система Ubuntu не загружается, пора выполнить эти пять шагов.

1. Вызывает ли загрузочное устройство проблемы с загрузкой Ubuntu?

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

Вы не одиноки. Это одна из самых распространенных проблем, когда Ubuntu не загружается, обычно возникающая сразу после установки. Это связано с тем, что загрузочный диск Ubuntu (устройство USB или DVD) установлен в качестве загрузочного устройства. Это такая проблема, что установщик предлагает вам извлечь установочный носитель перед первой загрузкой.

Чтобы проверить текущее загрузочное устройство, загрузитесь в системный UEFI/BIOS или в меню порядка загрузки. К обоим можно получить доступ из экрана POST, который появляется при включении компьютера. Если у вас возникнут проблемы с поиском меню порядка загрузки, проверьте документацию компьютера (или материнской платы).

По теме: Как изменить порядок загрузки на вашем ПК

2. Ubuntu не загружается, потому что загрузчик GRUB не работает

Однако установка Windows вместе с Ubuntu может привести к перезаписи загрузчика, что приведет к проблемам с загрузкой Ubuntu.

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

Чтобы проверить загрузчик GRUB, перезагрузите компьютер, удерживая Shift . Теперь вы должны увидеть список установленных операционных систем; перемещайтесь по меню с помощью клавиш со стрелками.


Примечание. Если вы видите загрузчик GRUB, переходите к следующему разделу.

Восстановите загрузчик GRUB для загрузки Ubuntu

Если GRUB не загружается, Ubuntu не загружается. К счастью, вы можете восстановить GRUB с установочного носителя Ubuntu. Перезагрузите компьютер со вставленным диском и дождитесь загрузки.

Опять же, вам может потребоваться изменить порядок загрузки, как описано выше. Запишите порядок загрузки перед его изменением!

Загрузив установочный носитель в среду Live, убедитесь, что у вас есть сетевое соединение, а затем откройте Терминал. Введите:

Это установит инструмент восстановления загрузки и запустит его после последней инструкции. Подождите, пока система будет просканирована, затем выберите Рекомендуемое восстановление . (Существует также представление Расширенные параметры , в котором вы можете выбрать ОС по умолчанию, диск или раздел по умолчанию и т. Д.)

По завершении нажмите Применить . Теперь у вас должна быть возможность перезагрузить компьютер и загрузиться в Ubuntu. Кроме того, он будет указан как опция в меню загрузчика GRUB.

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

В меню загрузчика:

  • Выберите Дополнительные параметры для Ubuntu
  • С помощью клавиш со стрелками выберите запись с добавлением (режим восстановления)


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

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

Если вы только что установили Ubuntu, и он не загружается, вам также следует попробовать failsafeX инструмент. В этом сценарии виноваты графические драйверы или проблема с графическим сервером Xorg. Используйте failsafeX, чтобы преодолеть эту ошибку загрузки Ubuntu.

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

4. Не удалось запустить загрузку Ubuntu? Пора переустановить

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

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

После завершения переустановки Ubuntu должна быть снова запущена.

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

5. Неисправное оборудование мешает загрузке Ubuntu?


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

  • Жесткий диск и кабели
  • Материнская плата
  • Процессор (ЦП)
  • Блок питания

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

По теме: Советы по экономии денег на ремонт ПК

Как только неисправен жесткий диск заменен, вам обычно потребуется переустановить Ubuntu с нуля, если у вас нет резервной копии. Хотя это подход «выжженной земли», он решит проблемы, когда Ubuntu не запускается.

Попрощайтесь с проблемами загрузки Ubuntu!

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

Помните, что это может случиться с любой операционной системой, а не только с Ubuntu.

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