Загрузка Ubuntu зависает при запуске обновления utmp о загрузке / выключении системы

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

Это предотвращает изменение их пароля шутниками (например, если они оставили себя авторизованными во время прогулки за кофе) и взломщиками, которым каким-то образом удалось получить доступ, не зная пароля.

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

1
22.06.2018, 19:49
3 ответа

Вы должны прочитать журналы, чтобы узнать, что происходит. Тогда вы будете знать, что исправить.

Вам нужно найти способ получить доступ к журналу с помощью journalctl.

  • Вы можете попробовать переключиться на другой виртуальный терминал ядра с помощью(и #x2388; Управление +)и #x2387; Alt + F k. Обычно люди настраивают systemd так, чтобы на виртуальном терминале ядра работал хотя бы один сеанс входа в систему TTY, по умолчанию шестой.
  • Вы можете попробовать войти через SSH-соединение.
  • Откажитесь от них, чтобы загрузить машину в режим восстановления с помощью -sв командной строке ядра из загрузчика.
  • Откажитесь от этого, чтобы загрузить машину в аварийный режим с помощью -bв командной строке ядра.

Прочтите о параметрах -b, -eи -nдля journalctlв его руководстве, чтобы узнать, как выбирать журналы из предыдущих сеансов начальной загрузки.

Дополнительная литература

2
27.01.2020, 23:43

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

0
27.01.2020, 23:43

У меня была такая же проблема на моем Ubuntu 18.04, и я смог запустить journalctl, войдя в систему на отдельном виртуальном терминале ядра, как описано выше JdeBP. Когда я добрался до конца журнала, я обнаружил множество ошибок из -из -пробелов при самых последних попытках загрузки. Быстрый df показал, что в моей корневой файловой системе буквально нет свободного места. Я очистил некоторые файлы, и система загрузилась нормально. Просто наглядный урок по управлению пространством.

Другой урок -не думайте, что это проблема NVidia, и делайте много необратимых вещей. Возможно, вам просто не хватает места.

1
01.04.2020, 23:15

Теги

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