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

Фон

Две недели назад я был на ядре 4.13.0-36, и установлено стандартное обновление 4.13.0-37 и 4.13.0-38 автоматически. После этого я был неудачен в том, чтобы заставлять мой ноутбук загрузиться вне экрана входа в систему (это - зарегистрированная ошибка, влияющая на несколько пользователей). Я зафиксировал (временно решенный) его путем удаления -37, -38, и apt-mark holdлуг-36. Я продолжал загружаться в -36 без любых проблем в течение приблизительно двух недель теперь.

Проблема

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

Ситуация: мой grub открывается по умолчанию. Затем я выбираю главную опцию, которая является -36. Это пробегает процесс начальной загрузки, прося, чтобы я разблокировал cryptswap. Я делаю это. Это заканчивается, показывает экран входа в систему. Независимо от того, взаимодействую ли я с ним (например, перемещая курсор, вводя мой действительно быстрый пароль, или даже загружаясь в tty2 или любой другой tty), замораживается за следующие 6 секунд или около этого.

Мое текущее подозрение - то, что проблема должна быть вызвана некоторым недавним пакетом, который был обновлен, или что-то, чтобы сделать с ядрами. Независимо от того, что это, отказывает при входе в систему при попытке запустить GUI. Если я пойму правильно, то это, вероятно, будет некоторый процесс, который происходит при запуске.

Вещи я попробовал без большой удачи

  • nomodeset опция: никакая удача с -37, -38, но -36 сапоги. Не может приостановить.
  • -36 начальная загрузка восстановления, и затем пробующий к dpkg восстанавливает пакеты
  • chroot сопровождаемый apt upgrade (согласно этому ответу)
  • переустановка -37, -38 потому что, по-видимому, "фиксация фиксировалась" в той же ссылке на ошибку выше. (испытанный nomodeset со всеми этими ядрами также не работал),
  • переключение на другого tty: не работает, потому что машина замораживается независимо от того, что Вы делаете в течение 5-6 секунд

Журналы и информация

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

  • Вывод DMESG через chroot сессия (отредактированная ссылка)
  • Подлинный журнал для одной такой неудавшейся начальной загрузки (отредактированная ссылка)
  • dpkg журнал от последней успешной графической сессии (вчера) (1. все: ссылка отредактирована; 2. только недавно установленное, фильтрованное использование grep "install": отредактированная ссылка)
  • syslog от одной такой неудавшейся начальной загрузки (отредактированная ссылка)
  • Основная информация об аппаратном использовании lspci (отредактированная ссылка)
1
задан 23 April 2018 в 19:08

1 ответ

Я испытал то же на 17,10. Хотя Вы находитесь на 16,04, замораживание, кажется, характерно для обеих версий и может быть этой проблемой или той проблемой.

sudo apt purge intel-microcode

предложенный не работал на меня, но установка последнего 4.16.3-041603-универсального ядра магистрали действительно решала замораживание. Я использовал ukuu для легкой установки этого ядра, большой утилиты!

2
ответ дан 7 December 2019 в 13:25

Другие вопросы по тегам:

Похожие вопросы: