我刚切换到 debian jessie，大多数东西都运行正常，包括我的图形显示管理器wdm。
问题是，我只是不明白这是如何工作的。显然我的/etc/init.d/wdm脚本被调用了，因为当我exit在那里提前放置时，wdm 没有启动。但是当我或者重命名 /etc/rc3.d目录时（我的默认运行级别曾经是 3），然后 wdm 仍然启动。
我不知道 systemd 如何找到这个脚本，我不明白它对所有其他 init.d 脚本做了什么。
通常当我关闭我的机器时（使用shutdown命令）它工作得非常快，但每隔一段时间，通常是在一个无聊的更新之后或者当我破坏某些服务的配置文件时，我最终会得到
正在为 Some Broken Service 运行停止作业（20 分钟 58 秒/无限制）
在我的屏幕上游行，直到我屈服并按住电源按钮直到机器关闭。有时有多个作业，其中一个实际挂起，而其他作业则在等待挂起的作业，每个作业 1:30 的超时加起来长达 20-30 分钟。有时它会在经过大量等待后最终关闭，有时则不会（或者我没有耐心）。
当我发现这会强制终止挂起的任何内容并允许它继续（半）正常关闭时，我能做些什么吗？主要是，我想确保btrfs总是有机会重新挂载-ro 和刷新到磁盘，因为我正在运行（半不稳定）raid6。我听说 Ctrl+Alt+Delete 应该有帮助，但它似乎所做的只是^[[3~在我的屏幕底部打印——我需要做些什么来启用它吗？
需要明确的是，我并没有尝试全局关闭或禁用此超时——我的系统通常能够在不运行的情况下关闭——我只是想要一种在发现问题时以交互方式绕过它的方法。此外，对为什么会发生这种情况或如何解决它不感兴趣——诊断必须等到机器完成关闭并重新启动。
我最近一次遇到这个问题是编写了一个 udev 规则，导致内核崩溃，systemd-udev据我所知导致永久挂起。出于某种原因，这意味着 docker 挂了 30 分钟，直到关闭本身超时。
当我有一个 systemd.mount单元指向 NFS 共享时，它似乎也经常发生，当 VPN 已死时，只能通过 VPN 访问。停止安装单元将永远挂起，由于某种原因导致我的用户会话和其他 6-8 个单元每个（按顺序）挂起 1:30，直到它们全部超时。
也曾经发生过一段时间我由于某种莫名其妙的原因关闭，然后通过内核升级修复（5.7.something修复它，如果我没记错的话）。
我正在尝试将 teamcity 设置为家庭服务器，但似乎无法运行该服务。这是在 ubuntu 16.04 上。
我按照此处的说明进行操作，直到安装和配置数据库部分。（除了我只是使用 /opt/Teamcity 而不是 /opt/jetbrains/Teamcity）
现在，当我尝试运行该服务时，我得到了这个
sudo service teamcity start
Job for teamcity.service failed because the control process exited with error code. See "systemctl status teamcity.service" and "journalctl -xe" for details.
但是，当我在脚本中执行实际命令时
sudo start-stop-daemon --start -c teamcity --exec /opt/TeamCity/bin/runAll.sh start
它工作正常。有任何想法吗？
编辑
这是输出 journalctl -xe
Oct 13 23:15:59 Home-Server sudo[8224]: ryan : TTY=pts/8 ; PWD=/opt/TeamCity/bin ; USER=root ; COMMAND=/usr/sbin/service teamcity start
Oct 13 23:15:59 Home-Server sudo[8224]: pam_unix(sudo:session): session opened …