为什么 Ubuntu 服务器将 graphic.target 作为默认的 systemd 目标？

Question 1

尽管目标名称如此，但 Ubuntu Server 16.04 上并没有运行任何图形。如果您愿意，可以运行此命令来检查并将其与您的桌面发行版进行比较：

systemctl list-dependencies graphical.target

在我的 Ubuntu 16.04 服务器上，我看到目标依赖于“display-manager.service”，但没有安装或运行显示管理器。

我希望 Ubuntu 服务器以这种方式设置以实现某种一致性，尽管我同意这很令人困惑。

Answer

尽管目标名称如此，但 Ubuntu Server 16.04 上并没有运行任何图形。如果您愿意，可以运行此命令来检查并将其与您的桌面发行版进行比较：

systemctl list-dependencies graphical.target

在我的 Ubuntu 16.04 服务器上，我看到目标依赖于“display-manager.service”，但没有安装或运行显示管理器。

我希望 Ubuntu 服务器以这种方式设置以实现某种一致性，尽管我同意这很令人困惑。

Question 2

来自红帽手册：

例如，用于启动图形会话的 graphic.target 单元会启动系统服务（如 GNOME 显示管理器 (gdm.service) 或帐户服务 (accounts-daemon.service)），还会激活 multi-user.target 单元。类似地，multi-user.target 单元会启动其他必要的系统服务（如 NetworkManager (NetworkManager.service) 或 D-Bus (dbus.service)），并激活另一个名为 basic.target 的目标单元。

因此，设置它并没有错，因为当没有设置处理显示服务的服务时，它不会激活显示管理器。

对于服务器，您可以将其设置为multi-user.target但这不是必需的。如果您这样做，您最终会处于运行级别 4，而如果您不这样做，则最终会处于运行级别 5。

Runlevel    Target Units    Description
0   runlevel0.target, poweroff.target   Shut down and power off the system.
1   runlevel1.target, rescue.target     Set up a rescue shell.
2   runlevel2.target, multi-user.target     Set up a non-graphical multi-user system.
3   runlevel3.target, multi-user.target     Set up a non-graphical multi-user system.
4   runlevel4.target, multi-user.target     Set up a non-graphical multi-user system.
5   runlevel5.target, graphical.target  Set up a graphical multi-user system.
6   runlevel6.target, reboot.target     Shut down and reboot the system.

Answer

来自红帽手册：

例如，用于启动图形会话的 graphic.target 单元会启动系统服务（如 GNOME 显示管理器 (gdm.service) 或帐户服务 (accounts-daemon.service)），还会激活 multi-user.target 单元。类似地，multi-user.target 单元会启动其他必要的系统服务（如 NetworkManager (NetworkManager.service) 或 D-Bus (dbus.service)），并激活另一个名为 basic.target 的目标单元。

因此，设置它并没有错，因为当没有设置处理显示服务的服务时，它不会激活显示管理器。

对于服务器，您可以将其设置为multi-user.target但这不是必需的。如果您这样做，您最终会处于运行级别 4，而如果您不这样做，则最终会处于运行级别 5。

Runlevel    Target Units    Description
0   runlevel0.target, poweroff.target   Shut down and power off the system.
1   runlevel1.target, rescue.target     Set up a rescue shell.
2   runlevel2.target, multi-user.target     Set up a non-graphical multi-user system.
3   runlevel3.target, multi-user.target     Set up a non-graphical multi-user system.
4   runlevel4.target, multi-user.target     Set up a non-graphical multi-user system.
5   runlevel5.target, graphical.target  Set up a graphical multi-user system.
6   runlevel6.target, reboot.target     Shut down and reboot the system.

Question 3

更详细地检查目标树依赖关系的第一级graphical.target：

admin@server1604:~$ systemctl list-dependencies graphical.target 
graphical.target
● ├─accounts-daemon.service
● ├─apache2.service
● ├─apport.service
● ├─display-manager.service              (disabled)
● ├─grub-common.service
● ├─irqbalance.service
● ├─mdadm.service
● ├─ondemand.service
● ├─sysstat.service
● ├─systemd-update-utmp-runlevel.service (disabled)
● ├─ureadahead.service                   (disabled)
● └─multi-user.target

并将其与第一级进行比较multi-user.target：

[email protected]:~$ systemctl list-dependencies multi-user.target
multi-user.target
● ├─apache2.service
● ├─apport.service
● ├─atd.service
● ├─cron.service
● ├─dbus.service
● ├─grub-common.service
● ├─irqbalance.service
● ├─lxcfs.service
● ├─lxd-containers.service
● ├─mdadm.service
● ├─networking.service
● ├─ondemand.service
● ├─open-vm-tools.service

...

我注意到，如果我们删除树中已禁用的目标graphical.target（display-manager.service，，），几乎所有剩余的目标：systemd-update-utmp-runlevel.serviceureadahead.service

apache2.service
apport.service
grub-common.service
grub-common.service
irqbalance.service
mdadm.service
ondemand.service
和sysstat.service

已经包含在的依赖关系树的第一级中multi-user.target。

不过，我们应该再次询问这个事实，因为这graphical.target取决于multi-user.target，没有必要做所有这些东西。这听起来很奇怪。

但经过这次削减，它仍然是一项服务，accounts-daemon.service就像Rinzwind 在其评论中指出。

因此我们可以假设需要graphical.target加载accounts-daemon.service。

但是，在这种情况下，这又很奇怪，因为我认为为此目的创建一个专用目标更有意义，也许是类似accounts.target或任何正确的术语来描述它。无论如何，Canonical 开发人员可能有理由做出这样的想法。

但我仍然很好奇想知道其原因。

Answer