重启了一台服务器，发现配置的 gitlab 没有启动。手动启动sudo gitlab-ctl start提示一堆runsv not running的信息。
$ sudo gitlab-ctl start
fail: alertmanager: runsv not running
fail: gitaly: runsv not running
fail: gitlab-exporter: runsv not running
fail: gitlab-workhorse: runsv not running
fail: grafana: runsv not running
fail: logrotate: runsv not running
fail: nginx: runsv not running
fail: node-exporter: runsv not running
fail: postgres-exporter: runsv not running
fail: postgresql: runsv not running
fail: prometheus: runsv not running
fail: puma: runsv not running
fail: redis: runsv not running
fail: redis-exporter: runsv not running
fail: sidekiq: runsv not running
然后手工重启runsv服务：
$ sudo systemctl start gitlab-runsvdir.service
结果一直停在这个地方，没有输出也不退出，感觉像在等待什么东西。在网上搜索答案之后，定位在一个叫做 plymouth-quit-wait.service 的启动服务，该服务未被正确启动，从而把别的任务都堵死了。用sudo systemctl list-jobs可以查看正在启动的任务：
$ sudo systemctl list-jobs
JOB UNIT TYPE STATE
232 watchdog.service start waiting
61 setvtrgb.service start waiting
2 multi-user.target start waiting
206 gitlab-runsvdir.service start waiting
136 system-getty.slice start waiting
214 systemd-update-utmp-runlevel.service start waiting
225 ureadahead-stop.timer start waiting
141 plymouth-quit-wait.service start running
1 graphical.target start waiting
9 jobs listed.
我们可以手工杀死这个任务：
$ sudo systemctl stop plymouth-quit-wait.service
接下来就没有正在启动的任务了：
$ sudo systemctl list-jobs
No jobs running.
然后可以正常启动 gitlab-runsvdir.service 和 gitlab ：
$ sudo systemctl start gitlab-runsvdir.service
$ sudo gitlab-ctl start
从这个案例也可以看出，所有不能正常启动的服务，都可以到systemctl list-jobs这里看启动状态，查看异常任务。
现在还有最后一个问题， plymouth-quit-wait.service 是做什么用的，可以随便 stop 吗，为什么它会造成这个结果？
Slow boot issue due to plymouth-quit-wait.service + ubuntu 18.04对作用有一些解释。但未能解释为什么 plymouth-quit-wait.service 会堵塞启动（而且 stop 之后就能跑通）。
Q. E. D.
