systemd-logind.service无法启动(当尝试从rescue.target返回到graphical.target时)。我该怎么解决呢？

Question

我正在使用Debian 8 ("jessie")。我需要在维护模式下运行一些服务，所以从图形模式转变为救援模式，

systemctl isolate rescue.target

但当我试图回到默认模式时

systemctl isolate graphical.target

如果出现以下错误，它将无法返回。

Syslog:

Sep 20 05:24:22 test systemd[1]: Starting Login Service...
Sep 20 05:24:22 test systemd[1]: systemd-logind.service: Start operation timed out. Terminating.
Sep 20 05:24:22 test systemd[1]: Failed to start Login Service.
Sep 20 05:24:22 test systemd[1]: systemd-logind.service: Unit entered failed state.
Sep 20 05:24:22 test systemd[1]: systemd-logind.service: Failed with result 'timeout'.
Sep 20 05:24:22 test systemd[1]: systemd-logind.service: Service has no hold-off time, scheduling restart.
Sep 20 05:24:22 test systemd[1]: Stopped Login Service.
Sep 20 05:24:22 test systemd[1]: Starting Login Service...

它无限地循环。我是不是工作错了？请有人指导我继续这件事。

Answer 1

在Ubuntu16.04中重新启动D总线守护进程之后，我也陷入了同样的情况。

我猜循环通过救援目标会导致基本上相同的问题，一个新的D总线守护进程正在运行，但是在系统中的某个地方有一个对旧的那个的引用。

我通过“重新启动”系统d从登录管理器重新启动循环中恢复。

# systemctl daemon-reexec

(注意:不支持正式重新启动D总线守护进程，因为所有运行的D总线服务也需要重新启动，以便让它们在新的D总线守护进程中注册。这需要手动完成。命令busctl向您显示所有注册的D总线服务，因此如果您提前运行它，您将得到需要重新启动的服务列表。)

Answer 2

你试过"init 5“吗？我想这和"systemctl“是一样的。或者“运行级5”重新启动..。

在RedHat中有一个配置文件，如果您能够找到这个文件并编辑它，您可以设置默认的运行级别。我相信，"/etc/inittab“是您可以设置默认运行级别的地方。

您可以进一步查看"systemctl“手册页面，并搜索”隔离“以查看是否有任何有用的内容。

不确定这些是否有帮助，但这将是我所做的来解决这个问题。

//注意:这不是一个正确的问题的答案，应该作为一个评论发布，但由于缺乏声誉，我不能这样做。我很抱歉。