У меня возникли проблемы с загрузкой в multi-user.target
на одном из моих серверов Centos 7. Сначала я заметил, что запуск runlevel
команда действительно возвращает "неизвестный" уровень.
# runlevel
unknown
Я подозревал, что это могло быть вызвано неактивным multi-user.target
, который является целью по умолчанию.
# systemctl status multi-user.target
multi-user.target - Multi-User System
Loaded: loaded (/usr/lib/systemd/system/multi-user.target; enabled; vendor preset: disabled)
Active: inactive (dead)
Docs: man:systemd.special(7)
# systemctl get-default
multi-user.target
Когда я пытался запустить его вручную, команда просто зависала и ничего не происходило. Я заметил, что getty.target
, multi-user.target
зависит от, также не работает и есть ожидающие рассмотрения start
работа.
# systemctl -t target
UNIT LOAD ACTIVE SUB JOB DESCRIPTION
basic.target loaded active active Basic System
cryptsetup.target loaded active active Encrypted Volumes
getty.target loaded inactive dead start Login Prompts
local-fs-pre.target loaded active active Local File Systems (Pre)
local-fs.target loaded active active Local File Systems
multi-user.target loaded inactive dead start Multi-User System
network-online.target loaded active active Network is Online
network-pre.target loaded active active Network (Pre)
network.target loaded active active Network
paths.target loaded active active Paths
remote-fs-pre.target loaded active active Remote File Systems (Pre)
remote-fs.target loaded active active Remote File Systems
slices.target loaded active active Slices
sockets.target loaded active active Sockets
spice-vdagentd.target loaded active active Agent daemon for Spice guests
swap.target loaded active active Swap
sysinit.target loaded active active System Initialization
timers.target loaded active active Timers
Запуск getty.target
/getty@tty1.service
имел тот же эффект - команда просто зависла. К сожалению, я не смог найти причину такого поведения, используя journalctl
.
Как раз когда я писал последний абзац, я подумал о том, чтобы остановить отложенное задание запуска на getty.target
и начать все сначала. Это фактически решило мою основную проблему, поскольку остановка незавершенного задания позволила multi-user.target
активировать.
systemctl --job-mode=replace stop getty.target
Это все еще не объясняет, почему getty.target
отказывается заводиться. У кого-нибудь из вас есть идеи, почему это может происходить, или есть какой-нибудь другой журнал, который я могу изучить?
Сотрудник столкнулся с проблемой из-за того, что цели getty / multi-user systemd не запускались. Когда он подключился к консоли, ему было предложено подтвердить / ответить на вопрос, чтобы все могло продолжаться, что позволило запустить getty / multi-user.
Это скриншот из приглашения:
Эта проблема также упоминается здесь: «Лицензия не принята» при запуске CentOS 7. Лицензионное соглашение, с которым вам нужно согласиться, может быть автоматически принято через кикстарт, как описано здесь - кикстарт с eula - закончить настройку.