Ubuntu 20.04 не загружает графическую оболочку?

Question

[MikUrrey]

Приветствую!
Ubuntu 20.04, загружается BIOS, загружается заставка UBUNTU с анимацией, появляется черный экран с мигающей чертой в углу, и дальше не идет.
Пробовал комбинации клавиш Alt+Ctrl+F3...F6, появляется вроде бы консоль с запросом ввода пароля, но через секунду пропадает, ввести ничего нельзя. Alt+Ctrl+F2, Alt+Ctrl+F1, Alt+Ctrl+F7 и т. п. не срабатывают вообще, так же как Alt+Ctrl+F, Alt+Ctrl+T, Alt+Ctrl+Del. Выйти получается только кнопкой отключения питания. Сейчас пишу с винды, которая установлена на другом диске.
Альтернативного загрузчика нет, потому что не нужен - ОСи установлены на разные физические диски и загрузка управляется в BIOS. Есть Ubuntu Live CD. На диске с Ubuntu уже довольно много данных, которые не хотелось бы потерять. Что делать? Как это диагностировать и исправить?

Comments

[xotkot]

ну а где предыстория ? или оно само не с того не с сего ? возможно что-то установили этакое или обновились ?
попробуйте это, может поможет (если конечно /home отдельно, а то можете потерять данные)

[MikUrrey]

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

Обновления у меня ставятся через подтверждение, и я бы о них знал.

[xotkot]

MikUrrey, ну тогда не знаю, на повреждение файловой системы вроде не похоже, но вы всё таки попробуйте те методы(4,5) из статьи

[MikUrrey]

xotkot, повреждений ФС и диска нет, все проверки показали 0 ошибок. Что удалось за эти сутки разобрать, написал под постом пользователя rPman

[xotkot]

MikUrrey, ну тогда разбирайте журнал, загружайтесь с liveUSB, монтируйте корневой раздел неработающей системы и смотрите логи, начать можно с этого:

journalctl --directory=/mnt/var/log/journal/ --boot=0 --priority=3

где в --directory указываем путь к папке с логами в примонтированной системе, возможно будет отличатся(точкой монтирования и/или расположением журнала) так что правьте путь под себя.
--boot это фильтр логов по загрузкам, 0 - последняя(или текущая если смотреть из работающей системы) загрузка, -1 (--boot=-1) - предыдущая загрузка и.т.д
--priority - приоритет ошибки
в общем подробнее смотри тут и тут

[MikUrrey]

xotkot, спасибо, лог оказался очень интересным.
А вот что произошло далее: когда пошел в ребут и снова открыл меню grub, увидел, что варианты загрузки не дублируются, как я думал раньше, а предлагают загрузку с разными ядрами Linux, 5.11.63 (по умолчанию) и 5.8.25 (ниже). Выбрал 5.8.25, и - чудо! - загрузился. Только я совсем не понимаю, как это получилось - два ядра и по умолчанию сломанное. Наверное, чтобы в этом разобраться, нужно создавать отдельный топик.

Теперь прилетела туча обновлений, опасаюсь ставить :)

[xotkot]

MikUrrey, сходу трудно сказать что приключилось
с одной стороны

Unrecoverable failure in required component org.gnome.Shell.desktop
CRITICAL: We failed, but the fail whale is dead. Sorry....

может намекать на сломанное расширение гнома, вы нечего такого накануне не ставили ? не из реп а из того же extensions.gnome.org или какой-то гуевой прокладки между ними, в гноме вроде была такая называлась gnome-tweak-tool и возможно там даже стоит коке-то авто-обновление расширений.
с другой стороны явная проблема с текущим ядром та же проблема загрузки LSB модуля ядра для виртуалбокса, хотя вроде это и не критично.

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

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

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

[MikUrrey]

сломанное расширение гнома, вы нечего такого накануне не ставили ?

Нет, давно уже не ставил. Обновления расширений и gnome-tweak-tool были, но не прям накануне, а около недели назад.

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

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

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

Да, это сейчас буквально спасло меня.

Answer 1

[rPman]

в меню загрузки grub (если машина перезагружзалась по reset то меню при следующем включении появится, ну или нажать esc в первую секунду загрузки) выбрать режим восстановления, ввести пароль root (надеюсь его делали, именно для пользователя root иначе придется грузиться livecd и в chroot и прописывать пароль, хотя в этом режиме можно и без resque все сделать), затем ввести команду:
journalctl -xf
выдаст лог ошибок системы, стрелками просмотр, изучай, что не срабатывает

Так же во время загрузки ubuntu когда показывается логотип и бежит прогресс, можно нажать esc (или tab может я путаю или оба работают) и откроется текущий лог загрузки, в момент подвисания можно смотреть что происходило.

Если черный экран все равно появляется в нужный момент, можно отключить лого совсем, для этого в меню загрузки grub нужно нажать 'e' и отредактировать текстовый конфиг файл выбранного пункта меню загрузки, убрав quiet splash везде где найдешь (это строка настроек ядра linux /boot/vmlinuz....) и запуститься с отредактированными настройками f10 тогда лог будет в текстовом режиме (помогает если проблема с драйверами видеокарты или с ней самой)

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

p.s. данные легко копируются загрузившись с livecd, в подавляющем большинстве случаев хватает копии /home (бакап все равно весь сделай) который можно развернуть на новую установку (само собой пакеты доустанавливать вручную, так же конфигурации машины понадобятся, но их можно копировать из бакапа), и все будет работать

Comments

[MikUrrey]

Спасибо за советы, в общем, вот что получилось:
- Удалось увидеть лог загрузки, последняя строчка:
OK: Started Modem Manager.r Script dispatcher service...RT) Daemon.ges.pp link was shut down...
Именно на этом загрузка зависает. А где-то еще за 2-3 строки перед этим появляется какой-то FAIL, связанный с демоном VirtualBox.
Если после этого нажать кнопку питания, лог бежит дальше - происходит выгрузка (судя по отчету, вполне штатная).

- Удалось вызвать меню и влезть в recovery mode (да, именно esc), но не удалось там ничего сделать - включена русская раскладка, переключить нельзя!

- Пробовал перед этим загружаться в nomodeset, ничего не дало (ну да, проблема-то явно не в графике, как оказалось)

Теперь такой вопрос: реально ли там что-то сделать через live USB? Хотя бы раскладку поменять на En по умолчанию. И после этого уже можно было бы что-то из recovery mode попробовать

[MikUrrey]

И да, есть ли варианты, как посмотреть логи с live USB?
UPD: удалось посмотреть по совету xotkot

Answer 2

[Виктор Таран]

просканирй диск на ошибки
такое в 80% исправляется.

Comments

[Сергей Сергей]

Убунта до сих пор убивает диски?

[MikUrrey]

Сергей Сергей, никто никого не убивает, все проверки и самодиагностика, проведенные с live CD, показали 100% целостность диска и данных на нем.