启动停止在“关于系统运行级别更改的开始更新 UTMP” - 无头服务器...没有 X

Question

现在是早上 8 点 27 分。我还没睡。我累死。所以我要离开这里去睡觉了。之后我会检查它。如果我有点偏南，请原谅我。

在 VPS 上运行的 Ubuntu 16.04.3 LTS 服务器。在同一台主机 CentOS6 上安装了另一个 VPS。CentOS vps 仍在继续。Ubuntu vps 无法启动。最后的变化是添加了一个 Virtualmin“虚拟服务器”（实际上只是一个对某些守护进程具有特权的单独用户）。和一些摆弄后缀。我在网上阅读的所有内容都说要撕掉我的图形驱动程序并重新安装它们。好吧，我没有任何图形驱动程序，因为我没有图形。没有 X。没有窗口管理器。当然不是用于 X 的英特尔或 nvidia 图形驱动程序。

到目前为止，我最接近合理的解决方案是一篇关于 Arch Linux 的半古老论坛帖子。由于缺少从 /var/run 到 /run 的符号链接而导致的相同问题。嗯，我有那个符号链接。所以可能不是这样。除了上面非常无益的消息之外，没有任何迹象表明可能出现了什么问题。

一线希望... vps 具有内置于管理程序的独立 VNC 功能...所以我仍然可以访问终端。我可以CTRL+ ALT+F2进入登录上TTY2提示，即使在启动消息仍然停留在tty1上。虽然没有网络连接。相当大一部分 systemd 服务/单元尚未启动。多次重新启动没有产生任何有意义的变化。

在一切顺利之前，它确实谈到了“达到目标图形界面”。但是再次...没有X。是的，我实际上检查了以确保xorg/x11 没有以某种方式被拉入依赖项。截图如下。

Answer 1

事实证明，即使您没有安装 Ubuntu 16.04 服务器，它也已预先配置为引导至 X。为什么？“因为猫”我想。显然，至少对于 systemd 来说，前提是如果您没有任何依赖于 graphics.target 单元的东西（比如 Xorg），即使它被配置为默认目标，它也不会在启动期间运行。在这种情况下，systemd “目标” multi-user.target 。在我的例子中，一些依赖于 graphics.target 的东西被拉进来导致 systemd 重新排序启动顺序。这会将“关于系统运行级别更改的开始更新 UTMP”放在引导序列的末尾。事实证明这是一个红鲱鱼（对不起；我是 systemd 的新手，它并没有给我太多的工作）。

我已将默认目标更改为 multi-user.target ( sudo systemctl set-default multi-user.target) 并确认这是有效的。这是。我还解决了评论中提到的单独的 Shorewall 问题（在引导序列中没有足够早地创建 ipset，所以我制作了自己的 systemd 服务单元并让 Shorewall 依赖它们来纠正它）。切换回 multi-user.target 似乎已经解决了其他尚未启动的服务（依赖树错误地启动了 graphics.target ；因此，服务没有运行但也没有出错）。

部分问题仍然存在：systemd 在到达 multi-user.target 时仍然没有释放 tty1。这几乎不是世界末日，因为它似乎不会对服务器的运行产生负面影响。但它确实在我的脑海中引发了关于导致它的原因以及它是否会在以后咬我的问题。出于这个原因，我不会接受这个答案。如果其他人知道如何解决这个问题，请分享。