在我的一台Centos 7服务器上启动multi-user.target时遇到了麻烦。 起初我注意到运行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依赖于，也是closures，并有一个挂起的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 / [email protected]具有相同的效果 – 命令只是挂起。 不幸的是，我找不到使用journalctl这种行为的任何理由。
正如我在写最后一段时，我想到的是在getty.target上停止正在进行的开始工作，然后重新开始。 这实际上解决了我的主要问题，因为停止挂起作业允许multi-user.target激活 。
systemctl --job-mode=replace stop getty.target
这仍然不能解释为什么getty.target拒绝启动。 你们中的任何一个人都有一个想法，为什么这可能会发生，还是有其他的日志，我可以看看？
先谢谢你