У меня возникли проблемы с загрузкой 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 - finish configuration .