Restoring resolver state ubuntu зависает

Обновлено: 04.07.2024

Мой Ubuntu 16.04 зависает при выключении /перезагрузке, требуя от меня нажать и удерживать клавишу питания, чтобы выключить компьютер . Я не знаю, как сообщить об этом как об ошибке и о том, какие команды запускать, чтобы показать необходимое оборудование /sys log info? Любая помощь была бы чрезвычайно оценена!

У меня тоже была эта проблема. Кажется, это ошибка в нескольких дистрибутивах.

Мое простое исправление заключалось в редактировании строки /etc/default/grub :

Работает каждый раз сейчас. Я использую ноутбук Lenovo G50. Я почти уверен, что изменил эту строку в Grub с предыдущими (другими) дистрибутивами linux на этом ноутбуке.

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

Попробуйте sudo swapoff -a && systemctl poweroff в настоящее время.
Существует потенциальное исправление в Xenial, предложенное в пакете systemd 229-4ubuntu5. Перейдите на вкладку «Параметры системы -> Программное обеспечение и обновления ->», затем нажмите кнопку «Рядом» с «Предварительная публикация» (предложенная для xenial). введите ваш root pwd, обновите кеш. На вкладке «Обновления» сразу же нажмите «Дисплейные обновления», закройте «Настройки системы». Запустите программу обновления программного обеспечения и установите ее сейчас.
Если у вас все еще есть проблема, попробуйте прочитать эти ошибки: https: //bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917 для получения информации о том, как получить данные журнала, и, как было предложено, там будет опубликован новый отчет об ошибке. Также читайте ошибку: https://bugs.debian.org/cgi- бен /bugreport.cgi? ошибка = 788303 .
Следуйте инструкциям отладки, описанным в разделе «Отладка проблем загрузки /выключения» в /usr/share/doc/systemd/README.Debian.gz , чтобы проверить, есть ли какие-либо зависающие задания при завершении работы , Вам нужно будет запустить оболочку отладки перед каждым завершением работы или перезагрузкой, введя: systemctl start debug-shell Захват снимка экрана journalctl -b в командной оболочке ctl+alt+F9 может быть просветляющим. Также вывод systemctl list-jobs и systemctl --failed Помимо экрана, вы можете выгрузить вывод этих команд и добавить их в один и тот же файл "filename.text" в корне / , добавив >>filename.text в конце команд, например journalctl -b >>filename.text journalctl -xe >>filename.text systemctl list-jobs >>filename.text systemctl --failed >>filename.text lsblk >>filename.text Все они будут находиться в том же файле, который прилагается вместе для анализа при следующей загрузке, и если вы делаете файл отчета об ошибке, может быть полезно прикрепить файл к вашему отчету об ошибке.

Обновление

У меня были эти Hangs довольно долгое время, но в конце концов я узнал, что мой жесткий диск начинает терпеть неудачу в секторах и т. д. Таким образом, пришло время для нового жесткого диска и переустановки. Я переустановил ОС на одном загрузочном жестком диске с Swap как 1-й, Root как 2-й и Home 3-й логический раздел согласно рекомендациям Ubuntu. Технически, sda1 - Grub, sda2 - Extended, sda5, sda6, sda7 - swap, root и home соответственно; sda3 и sda4 отсутствуют. С тех пор эта проблема не присутствовала на недавно установленной ОС на жестком диске, примерно на 9 месяцев. Я запускаю 16.04.02 LTS в этот момент без каких-либо зависаний при перезагрузке или завершении работы. Предыдущей ОС была двойная установка Win7 /Ubuntu, а раздел подкачки был в конце жесткого диска.

Я не утверждаю, что эта проблема связана с системой двойной загрузки, сбойным жестким диском или порядком, в котором я размещал разделы, но в моем случае один, два или все эти факторы существовали. Теперь я не страдаю от усугубления «Reached Target Shutdown».

У меня была проблема с зависанием при выключении, вот что я сделал:

Удалив quiet и splash позволяет текст во время выключения, помогает увидеть, где находится зависание.

GRUB_CMDLINE_LINUX_DEFAULT = "тихий всплеск" Удаление "тишины" здесь будет отображать текстовый вывод во время загрузки, тогда как удаление "всплеска" будет отображать черный экран вместо изображения всплеска.

Сохранить и закрыть Gedit

Затем обновите Grub в терминале:

Я заметил, что у меня тоже была «STOP JOB», поэтому я сокращаю тайм-аут в /etc/systemd/system.conf :

Это сработало для меня.

Tdenham. У меня такая же ситуация. Я только что обновил систему с 14.04 по 16.04 с помощью do-release-upgrade -d .

, который делает трюк. Вероятно, вы должны запустить sync прямо перед второй командой.

reboot -f может помочь, но я не пробовал, так как я не могу получить доступ к серверу, если он снова зависает.

Вы можете проверить файл /var /log /syslog. Найдите место, где вы включаете компьютер и проверяете строки прямо перед этим. Вы можете вставить его здесь.

Похоже, что dhclient пытается достичь ip-адреса, даже когда требуется перезагрузка.

Если это аппаратно-зависимая проблема, я вставил вывод lspci , чтобы помочь устранить ее.

Я пробовал несколько методов, включая: редактирование /etc/default/grub , запуск sudo swapoff -a перед выключением и т. д. . Но никто из них не работал для меня .

Отключение USB 3.0 legacy mode в BIOS работало для меня.

Я попробовал почти все предложения здесь. Единственным действием, которое разрешило мою проблему с shutdown /reset, было изменение DefaultTimeoutStartSec & DefaultTimeoutStopSec в /etc/systemd/system.conf до '10':

, а затем отредактируйте

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

Итак, что я сделал, я открыл Диспетчер Диска, и я установил прошивку Intel-Microcode для CPU, я выключил компьютер, а затем я устал перезапускать ОС, и он, наконец, работал.

Я на Linux Mint Cinnamon 18.3, основанный на Ubuntu Xenial Xerus 16.04 LTS.

Пользуюсь Ubuntu 14.04 6 месяцев. Внезапно, когда я загружаю машину, процесс загрузки застревает на заставке Ubuntu.

Экран загрузки img

Я открыл терминал (Ctrl + Alt + F2) и закомментировал GRUB_CMDLINE_LINUX_DEFAULT='quiet splash' строку из grub и обновил ее, чтобы я мог видеть процесс загрузки вместо экрана-заставки Ubuntu. Оттуда я узнал, что процесс загрузки останавливается после следующей команды:

Любая помощь будет оценена по достоинству, большое спасибо!

После нескольких перезагрузок видно, что загрузка не останавливается на Stoopping anac(h)ronistic crom каждый раз. Иногда это останавливается на

а иногда по адресу:

1 Отображается ли что-нибудь в /var/log/boot.log, / var / log / messages или / var / log / syslog? Если вы позволите ему повиснуть там какое-то время, пройдет ли это когда-нибудь? Возможно, это сканирование жесткого диска.
Я обновлял свой 12.04 до 14.04, и интернет-соединение было отключено. Обновление было остановлено наполовину, и мои колени внезапно отключились. И когда я запустил свой ноутбук, экран загрузки продолжает загружаться. На моих коленях есть некоторые важные данные. Можете ли вы решить эту проблему, не теряя мои данные . пожалуйста, пожалуйста?

Я решил проблему, войдя в систему (Ctrl + Alt + F2), а затем обновившись через sudo apt-get upgrade .

Я бы предположил, что некоторые файлы каким-то образом были ранее повреждены из-за неполного обновления или чего-то подобного, и при правильном обновлении все работает так, как должно.

Использовать sudo apt dist-upgrade вместо этого это поможет вам с сохраненными пакетами и прочим.

Это выглядит cron / crontab имеет проблемы с запуском любого скрипта.

Я только могу предложить вам прокомментировать все строки в crontab файл:

РЕДАКТИРОВАТЬ: Если по какой-либо причине cron команда не работает, файл /etc/crontab .

Учебное пособие было выполнено на недавно установленной системе Ubuntu, но оно должно быть применимо и в других случаях.

На днях я купил ноутбук Acer Predator (партнерская ссылка) для тестирования различных дистрибутивов Linux. Это громоздкий, тяжело сложенный ноутбук, который отличается от того, что мне нравятся небольшие легкие ноутбуки, такие как потрясающий Dell XPS.

Причиной, по которой я выбрал этот игровой ноутбук, хотя я не играю на ПК, является NVIDIA Graphics.

Acer Predator Helios 300 поставляется с NVIDIA Geforce GTX 1050Ti.

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

Этот ноутбук поставляется с Windows 10, установленной на 120 ГБ SSD и 1 ТБ жесткого диска для хранения данных.

У меня дуалбут Windows 10 с Ubuntu 18.04.

Установка была быстрой, легкой и безболезненной.

Я загрузился в Ubuntu.

Она показывала знакомый фиолетовый экран, а потом я заметил, что он замерз.

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

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

Звучит знакомо? Позвольте мне показать вам, как вы можете решить эту проблему с зависанием Ubuntu при входе в систему.

Не пользуетесь Ubuntu?
Обратите внимание, что хотя это руководство было выполнено с Ubuntu 18.04, оно также будет работать на других дистрибутивах на основе Ubuntu, таких как Linux Mint,elementary OS и т. д.

Исправление зависания Ubuntu во время загрузки из-за драйверов NVIDIA

Решение, которое я здесь опишу, работает для систем с графической картой NVIDIA.

Это потому, что ваша система зависает благодаря открытым драйверам NVIDIA Nouveau.

Без дальнейших задержек, давайте посмотрим, как решить эту проблему.

Шаг 1: Редактирование Grub

Когда вы загружаете свою систему, просто остановитесь на экране Grub, как показано ниже.

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

На этом экране нажмите клавишу «E», чтобы перейти в режим редактирования.

Вы должны увидеть код, подобный приведенному ниже.

Вы должны сосредоточиться на строке, которая начинается с Linux.

Шаг 2: Временное изменение параметров ядра Linux в Grub

Помните, что наша проблема с драйверами NVIDIA Graphics.

Эта несовместимость с открытой версией драйверов NVIDIA стала причиной проблемы, поэтому мы можем отключить эти драйверы.

Теперь есть несколько способов отключить эти драйверы.

Просто добавьте следующий текст в конце строки, начиная с Linux.

Вы должны быть в состоянии вводить данные.

Просто убедитесь, что вы добавляете этот текст в конце строки.

Теперь ваш экран должен выглядеть так:

Нажмите Ctrl + X или F10, чтобы сохранить изменения и выйти.

Теперь вы загрузитесь с недавно измененными параметрами ядра.

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

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

Шаг 3: Обновите вашу систему и установите проприетарные драйверы NVIDIA

Не будьте слишком счастливы только потому, что теперь вы можете войти в свою систему.

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

Значит ли это, что вам всегда придется редактировать ядро с экрана grub?

Здесь вы можете установить дополнительные драйверы в Ubuntu для NVIDIA.

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

Я предполагаю, что это ваш первый вход в недавно установленную систему.

Это означает, что вы должны обновить Ubuntu, прежде чем делать что-либо еще.

Откройте терминал с помощью сочетания клавиш Ctrl + Alt + T в Ubuntu и используйте следующую команду:

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

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

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

Теперь перейдите на вкладку «Дополнительные драйверы» и подождите несколько секунд.

Здесь вы увидите проприетарные драйверы, доступные для вашей системы.

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

Выберите проприетарный драйвер и нажмите «Применить изменения».

Это займет некоторое время при установке новых драйверов.

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

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

Я покажу вам его последствия позже в шаге 4.

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

Шаг 4: Работа с MOK (только для устройств с поддержкой UEFI Secure Boot)

Если вас попросят установить пароль безопасной загрузки, вы увидите синий экран, который говорит о «управлении MOK».

Это сложная тема, и я попытаюсь объяснить ее в более простых терминах.

MOK (Machine Owner Key) необходим из-за функции безопасной загрузки, которая требует подписи всех модулей ядра.

Ubuntu делает это для всех модулей ядра, которые поставляются в ISO.

Поскольку вы установили новый модуль (дополнительный драйвер) или внесли изменения в модули ядра, ваша защищенная система может воспринимать это как нежелательное / постороннее изменение в вашей системе и может отказаться от загрузки.

Следовательно, вы можете либо подписать модуль ядра самостоятельно (указав системе UEFI не паниковать, потому что вы внесли эти изменения), либо просто отключить безопасную загрузку.

Теперь, когда вы немного знаете о безопасной загрузке и MOK, давайте посмотрим, что делать при следующей загрузке, когда вы увидите синий экран при следующей загрузке.

Если вы выберете «Continue boot», скорее всего, ваша система загрузится как обычно, и вам вообще ничего не нужно будет делать.

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

Вот почему вы должны выбрать Enroll MOK.

Он попросит вас продолжить на следующем экране, а затем попросит пароль.

Используйте пароль, который вы установили при установке дополнительных драйверов на предыдущем шаге.

Вам будет предложено перезагрузить систему.

Шаг 5: Наслаждайтесь Ubuntu Linux с проприетарными драйверами NVIDIA

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

Теперь все должно быть лучше, и вам больше не нужно редактировать параметры ядра.

Вы сразу загрузитесь в Ubuntu.

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

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

31 thoughts on “ 🕓 Исправление зависания Ubuntu во время загрузки ”

Спасибо большое, ты просто нереально мне помог. Большооее тебе спасибо

Всегда пожалуйста! Приятно слышать

С наилучшими пожеланиями,

p.s. Картинки на сайте не могу приложить

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

Вот пролистал вниз и пишу:
linux bootvmlinuz-5.3/0-generic root=UUID=2970b0d2-3fdc\-40ed-9886-7146ef656861 ro quit rootfst vpe=ext4 libahci.ignore sss=1 raid=\noautodetect selinux=0 plvmouth.enable=0 lpi=11232000

И вот чуть ниже строка:
initrd /boot/initrd.img-5.3.0.-46-generic

nomodeset пробовали добавить?

Напишите пожалуйста в этом варианте в какое место это вставлять.

linux bootvmlinuz-5.3/0-generic root=UUID=2970b0d2-3fdc\-40ed-9886-7146ef656861 ro quit nomodeset

Добрый день! Я вчера всё выполнил, как ВЫ рекомендовали, при старте системы все иконки и шрифты были огромного размера, но после рестарта всё встало на свои места. Вечером при просмотре видео онлайн всё было нормально. Утром пришли обновления и в том числе и обновление ядра. После надо было перезагрузить систему. И потом уже при просмотре видео ролика на ютубе произошло зависание экрана, но звук продолжал работать. Комбинации разных вариантов клавишь просто не работали. Пришлось тупо выключить ноутбук. Вот как то так.

Добрый день! что показывает top и df -h ?

Вот то, что Вы просили про top и df -h
vladimir1956@vladimir1956-Satellite-A665:

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19216 vladimi+ 20 0 1896008 348380 35960 R 67,3 4,3 119:21.82 terminal.e+
16298 vladimi+ 20 0 29484 12404 1972 R 51,8 0,2 88:51.73 wineserver
2410 vladimi+ 20 0 3919828 140956 76048 S 8,3 1,7 9:49.00 cinnamon
2011 root 20 0 609144 77116 55452 S 3,3 1,0 12:51.40 Xorg
3687 root 20 0 0 0 0 I 1,7 0,0 0:03.40 kworker/u1+
3995 vladimi+ 20 0 3928476 1,046g 128964 S 1,3 13,6 12:19.37 chromium-b+
4661 root 20 0 0 0 0 I 1,3 0,0 0:02.20 kworker/u1+
6320 vladimi+ 20 0 590828 35828 26184 S 1,3 0,4 0:00.97 gnome-term+
902 systemd+ 20 0 146112 3440 2876 S 0,7 0,0 0:00.09 systemd-ti+
6335 vladimi+ 20 0 46716 4200 3520 R 0,7 0,1 0:00.34 top
16320 vladimi+ 20 0 2022288 15488 13176 S 0,7 0,2 0:27.80 winedevice+
779 root -51 0 0 0 0 S 0,3 0,0 1:01.00 irq/39-iwl+
949 root 20 0 503224 11628 8756 S 0,3 0,1 0:21.63 udisksd
950 message+ 20 0 51348 5592 3956 S 0,3 0,1 0:06.20 dbus-daemon
2445 vladimi+ 20 0 661672 37520 29588 S 0,3 0,5 0:04.62 nm-applet
16307 vladimi+ 20 0 1946428 12080 10460 S 0,3 0,1 0:01.59 winedevice+
27453 root 20 0 0 0 0 I 0,3 0,0 0:03.24 kworker/7:+

$ df -h
Файл.система Размер Использовано Дост Использовано% Cмонтировано в
udev 3,9G 0 3,9G 0% /dev
tmpfs 790M 1,5M 788M 1% /run
/dev/sda1 440G 55G 362G 14% /
tmpfs 3,9G 50M 3,9G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 790M 76K 790M 1% /run/user/1000
vladimir1956@vladimir1956-Satellite-A665:

Тут все ок. Сложно сказать причину

Может проблема в видео карте? У меня стоит NVIDIA. Может проблема в настройках именно видеокарты?

Посмотрите логи по времени появления проблем, так можно гадать бесконечно 🙂

Как посмотреть логи? Объсните подробнее, если не трудно!

/var/log/syslog или messages

Не совсем понятно с /var/log/syslog или messages? Эти команды набирать через командную строку или как? Если не трудно, объясните пожалуйста подробнее.

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

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