51CTO首页
AI.x社区
博客
学堂
精品班
软考社区
免费课
企业培训
鸿蒙开发者社区
WOT技术大会
IT证书
公众号矩阵
移动端
短视频免费课程课程排行直播课软考学堂
全部课程厂商认证IT技术24年11月软考PMP项目管理免费题库
在线学习
文章资源问答课堂专栏直播
51CTO
鸿蒙开发者社区
51CTO技术栈
51CTO官微
51CTO学堂
51CTO博客
CTO训练营
鸿蒙开发者社区订阅号
51CTO软考
51CTO学堂APP
51CTO学堂企业版APP
鸿蒙开发者社区视频号
51CTO软考题库
账号设置 退出

理解 systemd 启动时在做什么

作者：David Both
系统 Linux
systemd 启动过程提供的重要线索可以在问题出现时助你一臂之力。

[[419622]]

 systemd 启动过程提供的重要线索可以在问题出现时助你一臂之力。

在本系列的第一篇文章《学着爱上 systemd》，我考察了 systemd 的功能和架构，以及围绕 systemd 作为古老的 SystemV 初始化程序和启动脚本的替代品的争论。在这第二篇文章中，我将开始探索管理 Linux 启动序列的文件和工具。我会解释 systemd 启动序列、如何更改默认的启动目标（即 SystemV 术语中的运行级别）、以及在不重启的情况下如何手动切换到不同的目标。

我还将考察两个重要的 systemd 工具。第一个 systemctl 命令是和 systemd 交互、向其发送命令的基本方式。第二个是 journalctl，用于访问 systemd 日志，后者包含了大量系统历史数据，比如内核和服务的消息（包括指示性信息和错误信息）。

务必使用一个非生产系统进行本文和后续文章中的测试和实验。你的测试系统需要安装一个 GUI 桌面（比如 Xfce、LXDE、Gnome、KDE 或其他）。

上一篇文章中我写道计划在这篇文章创建一个 systemd 单元并添加到启动序列。由于这篇文章比我预期中要长，这些内容将留到本系列的下一篇文章。

使用 systemd 探索 Linux 的启动

在观察启动序列之前，你需要做几件事情得使引导和启动序列开放可见。正常情况下，大多数发行版使用一个开机动画或者启动画面隐藏 Linux 启动和关机过程中的显示细节，在基于 Red Hat 的发行版中称作 Plymouth 引导画面。这些隐藏的消息能够向寻找信息以排除程序故障、或者只是学习启动序列的系统管理员提供大量有关系统启动和关闭的信息。你可以通过 GRUB（大统一引导加载器Grand Unified Boot Loader）配置改变这个设置。

主要的 GRUB 配置文件是 /boot/grub2/grub.cfg ，但是这个文件在更新内核版本时会被覆盖，你不会想修改它的。相反，应该修改用于改变 grub.cfg 默认设置的 /etc/default/grub 文件。

首先看一下当前未修改的 /etc/default/grub 文件的版本：

  1. [root@testvm1 ~]# cd /etc/default ; cat grub
  2. GRUB_TIMEOUT=5
  3. GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
  4. GRUB_DEFAULT=saved
  5. GRUB_DISABLE_SUBMENU=true
  6. GRUB_TERMINAL_OUTPUT="console"
  7. GRUB_CMDLINE_LINUX="resume=/dev/mapper/fedora_testvm1-swap rd.lvm.
  8. lv=fedora_testvm1/root rd.lvm.lv=fedora_testvm1/swap rd.lvm.lv=fedora_
  9. testvm1/usr rhgb quiet"
  10. GRUB_DISABLE_RECOVERY="true"
  11. [root@testvm1 default]#

GRUB 文档 的第 6 章列出了 /etc/default/grub 文件的所有可用项，我只关注下面的部分：

  • 我将 GRUB 菜单倒计时的秒数 GRUB_TIMEOUT，从 5 改成 10，以便在倒计时达到 0 之前有更多的时间响应 GRUB 菜单。
  • GRUB_CMDLINE_LINUX 列出了引导阶段传递给内核的命令行参数，我删除了其中的最后两个参数。其中的一个参数 rhgb 代表 “红帽图形化引导Red Hat Graphical Boot”，在内核初始化阶段显示一个小小的 Fedora 图标动画，而不是显示引导阶段的信息。另一个参数 quiet，屏蔽显示记录了启动进度和发生错误的消息。系统管理员需要这些信息，因此我删除了 rhgb 和 quiet。如果引导阶段发生了错误，屏幕上显示的信息可以指向故障的原因。

更改之后，你的 GRUB 文件将会像下面一样：

  1. [root@testvm1 default]# cat grub
  2. GRUB_TIMEOUT=10
  3. GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
  4. GRUB_DEFAULT=saved
  5. GRUB_DISABLE_SUBMENU=true
  6. GRUB_TERMINAL_OUTPUT="console"
  7. GRUB_CMDLINE_LINUX="resume=/dev/mapper/fedora_testvm1-swap rd.lvm.
  8. lv=fedora_testvm1/root rd.lvm.lv=fedora_testvm1/swap rd.lvm.lv=fedora_
  9. testvm1/usr"
  10. GRUB_DISABLE_RECOVERY="false"
  11. [root@testvm1 default]#

grub2-mkconfig 程序使用 /etc/default/grub 文件的内容生成 grub.cfg 配置文件，从而改变一些默认的 GRUB 设置。grub2-mkconfig 输出到 STDOUT，你可以使用程序的 -o 参数指明数据流输出的文件，不过使用重定向也同样简单。执行下面的命令更新 /boot/grub2/grub.cfg 配置文件：

  1. [root@testvm1 grub2]# grub2-mkconfig > /boot/grub2/grub.cfg
  2. Generating grub configuration file ...
  3. Found linux image: /boot/vmlinuz-4.18.9-200.fc28.x86_64
  4. Found initrd image: /boot/initramfs-4.18.9-200.fc28.x86_64.img
  5. Found linux image: /boot/vmlinuz-4.17.14-202.fc28.x86_64
  6. Found initrd image: /boot/initramfs-4.17.14-202.fc28.x86_64.img
  7. Found linux image: /boot/vmlinuz-4.16.3-301.fc28.x86_64
  8. Found initrd image: /boot/initramfs-4.16.3-301.fc28.x86_64.img
  9. Found linux image: /boot/vmlinuz-0-rescue-7f12524278bd40e9b10a085bc82dc504
  10. Found initrd image: /boot/initramfs-0-rescue-7f12524278bd40e9b10a085bc82dc504.img
  11. done
  12. [root@testvm1 grub2]#

重新启动你的测试系统查看本来会隐藏在 Plymouth 开机动画之下的启动信息。但是如果你没有关闭开机动画，又需要查看启动信息的话又该如何操作？或者你关闭了开机动画，而消息流过的速度太快，无法阅读怎么办？（实际情况如此。）

有两个解决方案，都涉及到日志文件和 systemd 日志 —— 两个都是你的好伙伴。你可以使用 less 命令查看 /var/log/messages 文件的内容。这个文件包含引导和启动信息，以及操作系统执行正常操作时生成的信息。你也可以使用不加任何参数的 journalctl 命令查看 systemd 日志，包含基本相同的信息：

  1. [root@testvm1 grub2]# journalctl
  2. -- Logs begin at Sat 2020-01-11 21:48:08 EST, end at Fri 2020-04-03 08:54:30 EDT. --
  3. Jan 11 21:48:08 f31vm.both.org kernel: Linux version 5.3.7-301.fc31.x86_64 (mockbuild@bkernel03.phx2.fedoraproject.org) (gcc version 9.2.1 20190827 (Red Hat 9.2.1-1) (GCC)) #1 SMP Mon Oct >
  4. Jan 11 21:48:08 f31vm.both.org kernel: Command line: BOOT_IMAGE=(hd0,msdos1)/vmlinuz-5.3.7-301.fc31.x86_64 root=/dev/mapper/VG01-root ro resume=/dev/mapper/VG01-swap rd.lvm.lv=VG01/root rd>
  5. Jan 11 21:48:08 f31vm.both.org kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
  6. Jan 11 21:48:08 f31vm.both.org kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
  7. Jan 11 21:48:08 f31vm.both.org kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
  8. Jan 11 21:48:08 f31vm.both.org kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
  9. Jan 11 21:48:08 f31vm.both.org kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
  10. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-provided physical RAM map:
  11. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
  12. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
  13. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
  14. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000dffeffff] usable
  15. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x00000000dfff0000-0x00000000dfffffff] ACPI data
  16. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
  17. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
  18. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x00000000fffc0000-0x00000000ffffffff] reserved
  19. Jan 11 21:48:08 f31vm.both.org kernel: BIOS-e820: [mem 0x0000000100000000-0x000000041fffffff] usable
  20. Jan 11 21:48:08 f31vm.both.org kernel: NX (Execute Disable) protection: active
  21. Jan 11 21:48:08 f31vm.both.org kernel: SMBIOS 2.5 present.
  22. Jan 11 21:48:08 f31vm.both.org kernel: DMI: innotek GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/2006
  23. Jan 11 21:48:08 f31vm.both.org kernel: Hypervisor detected: KVM
  24. Jan 11 21:48:08 f31vm.both.org kernel: kvm-clock: Using msrs 4b564d01 and 4b564d00
  25. Jan 11 21:48:08 f31vm.both.org kernel: kvm-clock: cpu 0, msr 30ae01001, primary cpu clock
  26. Jan 11 21:48:08 f31vm.both.org kernel: kvm-clock: using sched offset of 8250734066 cycles
  27. Jan 11 21:48:08 f31vm.both.org kernel: clocksource: kvm-clock: mask: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
  28. Jan 11 21:48:08 f31vm.both.org kernel: tsc: Detected 2807.992 MHz processor
  29. Jan 11 21:48:08 f31vm.both.org kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
  30. Jan 11 21:48:08 f31vm.both.org kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
  31. <snip>

由于数据流可能长达几十万甚至几百万行，我在这里截断了它。（我的主要工作站上列出的日志长度是 1,188,482 行。）请确保是在你的测试系统尝试的这个命令。如果系统已经运行了一段时间 —— 即使重启过很多次 —— 还是会显示大量的数据。查看这些日志数据，因为它包含了很多信息，在进行问题判断时可能非常有用。了解这个数据文件在正常的引导和启动过程中的模样，可以帮助你在问题出现时定位问题。

我将在本系列之后的文章讨论 systemd 日志、journalctl 命令、以及如何整理输出的日志数据来寻找更详细的信息。

内核被 GRUB 加载到内存后，必须先将自己从压缩后的文件中解压出来，才能执行任何有意义的操作。解压自己后，内核开始运行，加载 systemd 并转交控制权。

引导boot阶段到此结束，此时 Linux 内核和 systemd 正在运行，但是无法为用户执行任何生产性任务，因为其他的程序都没有执行，没有命令行解释器提供命令行，没有后台进程管理网络和其他的通信链接，也没有任何东西能够控制计算机执行生产功能。

现在 systemd 可以加载所需的功能性单元以便将系统启动到选择的目标运行状态。

目标

一个 systemd 目标target代表一个 Linux 系统当前的或期望的运行状态。与 SystemV 启动脚本十分类似，目标定义了系统运行必须存在的服务，以及处于目标状态下必须激活的服务。图表 1 展示了使用 systemd 的 Linux 系统可能的运行状态目标。就像在本系列的第一篇文章以及 systemd 启动的手册页（man bootup）所看到的一样，有一些开启不同必要服务的其他中间目标，包括 swap.target、timers.target、local-fs.target 等。一些目标（像 basic.target）作为检查点使用，在移动到下一个更高级的目标之前保证所有需要的服务已经启动并运行。

除非开机时在 GRUB 菜单进行更改，systemd 总是启动 default.target。default.target 文件是指向真实的目标文件的符号链接。对于桌面工作站，default.target 通常是 graphical.target，等同于 SystemV 的运行等级 5。对于服务器，默认目标多半是 multi-user.target，就像 SystemV 的运行等级 3。emergency.target 文件类似单用户模式。目标和服务service都是一种 systemd 单元。

下面的图表，包含在本系列的上一篇文章中，比较了 systemd 目标和古老的 SystemV 启动运行等级。为了向后兼容，systemd 提供了 systemd 目标别名，允许脚本和系统管理员使用像 init 3 一样的 SystemV 命令改变运行等级。当然，SystemV 命令被转发给 systemd 进行解释和执行。

< 如显示不全，请左右滑动 >
systemd 目标 SystemV 运行级别 目标别名 描述
default.target     这个目标通常是一个符号链接，作为 multi-user.target 或 graphical.target 的别名。systemd 总是用 default.target 启动系统。default.target** 不能作为halt.target、poweroff.target和reboot.target` 的别名。
graphical.target 5 runlevel5.target 带有 GUI 的 multi-user.target 。
  4 runlevel4.target 未使用。运行等级 4 和 SystemV 的运行等级 3 一致，可以创建这个目标并进行定制，用于启动本地服务，而不必更改默认的 multi-user.target。
multi-user.target 3 runlevel3.target 运行所有的服务，但是只有命令行界面（CLI） 。
  2 runlevel2.target 多用户，没有 NFS，但是运行其他所有的非 GUI 服务
rescue.target 1 runlevel1.target 一个基本的系统，包括挂载文件系统，但是只运行最基础的服务，以及一个主控制台上的用于救援的命令行解释器。
emergency.target S   单用户模式 —— 没有服务运行；文件系统没有挂载。这是最基础级的操作模式，只有一个运行在主控制台的用于紧急情况的命令行解释器，供用户和系统交互。
halt.target     不断电的情况下停止系统
reboot.target 6 runlevel6.target 重启
poweroff.target 0 runlevel0.target 停止系统并关闭电源

每个目标在配置文件中都描述了一组依赖关系。systemd 启动需要的依赖，即 Linux 主机运行在特定功能级别所需的服务。加载目标配置文件中列出的所有依赖并运行后，系统就运行在那个目标等级。如果愿意，你可以在本系列的第一篇文章《学着爱上 systemd》中回顾 systemd 的启动序列和运行时目标。

探索当前的目标

许多 Linux 发行版默认安装一个 GUI 桌面界面，以便安装的系统可以像工作站一样使用。我总是从 Fedora Live USB 引导驱动器安装 Xfce 或 LXDE 桌面。即使是安装一个服务器或者其他基础类型的主机（比如用于路由器和防火墙的主机），我也使用 GUI 桌面的安装方式。

我可以安装一个没有桌面的服务器（数据中心的典型做法），但是这样不满足我的需求。原因不是我需要 GUI 桌面本身，而是 LXDE 安装包含了许多其他默认的服务器安装没有提供的工具，这意味着初始安装之后我需要做的工作更少。

但是，仅仅因为有 GUI 桌面并不意味着我要使用它。我有一个 16 端口的 KVM，可以用于访问我的大部分 Linux 系统的 KVM 接口，但我和它们交互的大部分交互是通过从我的主要工作站建立的远程 SSH 连接。这种方式更安全，而且和 graphical.target 相比，运行 multi-user.target 使用更少的系统资源。

首先，检查默认目标，确认是 graphical.target：

  1. [root@testvm1 ~]# systemctl get-default
  2. graphical.target
  3. [root@testvm1 ~]#

然后确认当前正在运行的目标，应该和默认目标相同。你仍可以使用老方法，输出古老的 SystemV 运行等级。注意，前一个运行等级在左边，这里是 N（意思是 None），表示主机启动后没有修改过运行等级。数字 5 是当前的目标，正如古老的 SystemV 术语中的定义：

  1. [root@testvm1 ~]# runlevel
  2. N 5
  3. [root@testvm1 ~]#

注意，runlevel 的手册页指出运行等级已经被淘汰，并提供了一个转换表。

你也可以使用 systemd 方式，命令的输出有很多行，但确实用 systemd 术语提供了答案：

  1. [root@testvm1 ~]# systemctl list-units --type target
  2. UNIT                   LOAD   ACTIVE SUB    DESCRIPTION                
  3. basic.target           loaded active active Basic System              
  4. cryptsetup.target      loaded active active Local Encrypted Volumes    
  5. getty.target           loaded active active Login Prompts              
  6. graphical.target       loaded active active Graphical Interface        
  7. local-fs-pre.target    loaded active active Local File Systems (Pre)  
  8. local-fs.target        loaded active active Local File Systems        
  9. multi-user.target      loaded active active Multi-User System          
  10. network-online.target  loaded active active Network is Online          
  11. network.target         loaded active active Network                    
  12. nfs-client.target      loaded active active NFS client services        
  13. nss-user-lookup.target loaded active active User and Group Name Lookups
  14. paths.target           loaded active active Paths                      
  15. remote-fs-pre.target   loaded active active Remote File Systems (Pre)  
  16. remote-fs.target       loaded active active Remote File Systems        
  17. rpc_pipefs.target      loaded active active rpc_pipefs.target          
  18. slices.target          loaded active active Slices                    
  19. sockets.target         loaded active active Sockets                    
  20. sshd-keygen.target     loaded active active sshd-keygen.target        
  21. swap.target            loaded active active Swap                      
  22. sysinit.target         loaded active active System Initialization      
  23. timers.target          loaded active active Timers                    
  24.  
  25. LOAD   = Reflects whether the unit definition was properly loaded.
  26. ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
  27. SUB    = The low-level unit activation state, values depend on unit type.
  28.  
  29. 21 loaded units listed. Pass --all to see loaded but inactive units, too.
  30. To show all installed unit files use 'systemctl list-unit-files'.

上面列出了当前加载的和激活的目标，你也可以看到 graphical.target 和 multi-user.target。multi-user.target 需要在 graphical.target 之前加载。这个例子中，graphical.target 是激活的。

切换到不同的目标

切换到 multi-user.target 很简单：

  1. [root@testvm1 ~]# systemctl isolate multi-user.target

显示器现在应该从 GUI 桌面或登录界面切换到了一个虚拟控制台。登录并列出当前激活的 systemd 单元，确认 graphical.target 不再运行：

  1. [root@testvm1 ~]# systemctl list-units --type target

务必使用 runlevel 确认命令输出了之前的和当前的“运行等级”：

  1. [root@testvm1 ~]# runlevel
  2. 5 3

更改默认目标

现在，将默认目标改为 multi-user.target，以便系统总是启动进入 multi-user.target，从而使用控制台命令行接口而不是 GUI 桌面接口。使用你的测试主机的根用户，切换到保存 systemd 配置的目录，执行一次快速列出操作：

  1. [root@testvm1 ~]# cd /etc/systemd/system/ ; ll
  2. drwxr-xr-x. 2 root root 4096 Apr 25  2018  basic.target.wants
  3. &lt;snip&gt;
  4. lrwxrwxrwx. 1 root root   36 Aug 13 16:23  default.target -> /lib/systemd/system/graphical.target
  5. lrwxrwxrwx. 1 root root   39 Apr 25  2018  display-manager.service -> /usr/lib/systemd/system/lightdm.service
  6. drwxr-xr-x. 2 root root 4096 Apr 25  2018  getty.target.wants
  7. drwxr-xr-x. 2 root root 4096 Aug 18 10:16  graphical.target.wants
  8. drwxr-xr-x. 2 root root 4096 Apr 25  2018  local-fs.target.wants
  9. drwxr-xr-x. 2 root root 4096 Oct 30 16:54  multi-user.target.wants
  10. &lt;snip&gt;
  11. [root@testvm1 system]#

为了强调一些有助于解释 systemd 如何管理启动过程的重要事项，我缩短了这个列表。你应该可以在虚拟机看到完整的目录和链接列表。

default.target 项是指向目录 /lib/systemd/system/graphical.target 的符号链接（软链接），列出那个目录查看目录中的其他内容：

  1. [root@testvm1 system]# ll /lib/systemd/system/ | less

你应该在这个列表中看到文件、目录、以及更多链接，但是专门寻找一下 multi-user.target 和 graphical.target。现在列出 default.target（指向 /lib/systemd/system/graphical.target 的链接）的内容：

  1. [root@testvm1 system]# cat default.target
  2. #  SPDX-License-Identifier: LGPL-2.1+
  3. #
  4. #  This file is part of systemd.
  5. #
  6. #  systemd is free software; you can redistribute it and/or modify it
  7. #  under the terms of the GNU Lesser General Public License as published by
  8. #  the Free Software Foundation; either version 2.1 of the License, or
  9. #  (at your option) any later version.
  10.  
  11. [Unit]
  12. Description=Graphical Interface
  13. Documentation=man:systemd.special(7)
  14. Requires=multi-user.target
  15. Wants=display-manager.service
  16. Conflicts=rescue.service rescue.target
  17. After=multi-user.target rescue.service rescue.target display-manager.service
  18. AllowIsolate=yes
  19. [root@testvm1 system]#

graphical.target 文件的这个链接描述了图形用户接口需要的所有必备条件。我会在本系列的下一篇文章至少探讨其中的一些选项。

为了使主机启动到多用户模式，你需要删除已有的链接，创建一个新链接指向正确目标。如果你的 PWD 不是 /etc/systemd/system，切换过去：

  1. [root@testvm1 system]# rm -f default.target
  2. [root@testvm1 system]# ln -s /lib/systemd/system/multi-user.target default.target

列出 default.target 链接，确认其指向了正确的文件：

  1. [root@testvm1 system]# ll default.target
  2. lrwxrwxrwx 1 root root 37 Nov 28 16:08 default.target -&gt; /lib/systemd/system/multi-user.target
  3. [root@testvm1 system]#

如果你的链接看起来不一样，删除并重试。列出 default.target 链接的内容：

  1. [root@testvm1 system]# cat default.target
  2. #  SPDX-License-Identifier: LGPL-2.1+
  3. #
  4. #  This file is part of systemd.
  5. #
  6. #  systemd is free software; you can redistribute it and/or modify it
  7. #  under the terms of the GNU Lesser General Public License as published by
  8. #  the Free Software Foundation; either version 2.1 of the License, or
  9. #  (at your option) any later version.
  10.  
  11. [Unit]
  12. Description=Multi-User System
  13. Documentation=man:systemd.special(7)
  14. Requires=basic.target
  15. Conflicts=rescue.service rescue.target
  16. After=basic.target rescue.service rescue.target
  17. AllowIsolate=yes
  18. [root@testvm1 system]#

default.target（这里其实是指向 multi-user.target 的链接）其中的 [Unit] 部分现在有不同的必需条件。这个目标不需要有图形显示管理器。

重启，你的虚拟机应该启动到虚拟控制台 1 的控制台登录，虚拟控制台 1 在显示器标识为 tty1。现在你已经知道如何修改默认的目标，使用所需的命令将默认目标改回 graphical.target。

首先检查当前的默认目标：

  1. [root@testvm1 ~]# systemctl get-default
  2. multi-user.target
  3. [root@testvm1 ~]# systemctl set-default graphical.target
  4. Removed /etc/systemd/system/default.target.
  5. Created symlink /etc/systemd/system/default.target → /usr/lib/systemd/system/graphical.target.
  6. [root@testvm1 ~]#

输入下面的命令直接切换到 graphical.target 和显示管理器的登录界面，不需要重启：

  1. [root@testvm1 system]# systemctl isolate default.target

我不清楚为何 systemd 的开发者选择了术语 isolate 作为这个子命令。我的研究表明指的可能是运行指明的目标，但是“隔离”并终结其他所有启动该目标不需要的目标。然而，命令执行的效果是从一个运行的目标切换到另一个——在这个例子中，从多用户目标切换到图形目标。上面的命令等同于 SystemV 启动脚本和 init 程序中古老的 init 5 命令。

登录 GUI 桌面，确认能正常工作。

总结

本文探索了 Linux systemd 启动序列，开始探讨两个重要的 systemd 工具 systemdctl 和 journalctl，还说明了如何从一个目标切换到另一个目标，以及如何修改默认目标。

本系列的下一篇文章中将会创建一个新的 systemd 单元，并配置为启动阶段运行。下一篇文章还会查看一些配置选项，可以帮助确定某个特定的单元在序列中启动的位置，比如在网络启动运行后。

资源

关于 systemd 网络上有大量的信息，但大部分都简短生硬、愚钝、甚至令人误解。除了本文提到的资源，下面的网页提供了关于 systemd 启动更详细可靠的信息。

  • Fedora 项目有一个优质实用的 systemd 指南，几乎有你使用 systemd 配置、管理、维护一个 Fedora 计算机需要知道的一切。
  • Fedora 项目还有一个好用的 速查表，交叉引用了古老的 SystemV 命令和对应的 systemd 命令。
  • 要获取 systemd 的详细技术信息和创立的原因，查看 Freedesktop.org 的 systemd 描述。
  • Linux.com 上“systemd 的更多乐趣”提供了更高级的 systemd 信息和提示。

还有一系列针对系统管理员的深层技术文章，由 systemd 的设计者和主要开发者 Lennart Poettering 所作。这些文章写于 2010 年 4 月到 2011 年 9 月之间，但在当下仍然像当时一样有价值。关于 systemd 及其生态的许多其他优秀的作品都是基于这些文章的。

 

责任编辑：庞桂玉 来源： Linux中国
systemdLinux
相关推荐
理解Systemd 启动时在做什么
本文我将开始探索管理Linux启动序列的文件和工具。我会解释systemd启动序列、如何更改默认的启动目标(即SystemV术语中的运行级别)、以及在不重启的情况下如何手动切换到不同的目标。

2021-08-26 13:55:45

systemdLinux目标
当我们在做流批一体时，我们在做什么？
本文主要是分享目前博主理解的流批一体产生的背景，想解决的问题，以及后续可能实现的思路，并以几个案例进行介绍。抛砖引玉，让大家不止停留在做流批一体这件事，而是能更深入思考背后的原因。

2021-11-18 21:09:50

流批场景引擎
空闲CPU在做什么？
我们知道操作系统的特性是：在任何时间内，CPU有且只有一个任务在运行。如果没有一个任务在运行，CPU在做什么的

2019-09-15 19:11:14

CPU操作系统空闲
当你读代码时，你的大脑在做什么？
麻省理工学院的神经科学家发布的一篇报告指出，在人类阅读计算机代码时，其大脑中参与语言处理的区域并不会激活。反而是大脑的多重需求(multipledemand，MD)网络部分的血流量会增加，而这一部分通常被用于解决复杂的认知任务，如解决数学问题或填字游戏。

2020-12-23 13:26:53

代码麻省理工学院语言
技术顾问在做什么？
技术顾问的主要工作内容，这是一个需要花时间回答的问题，我常以“就是回答客户所提出的任何软体技术问题”来搪塞，呃！你我应该都清楚，这是事实，但不是完整的事实。

2009-03-12 11:08:00

技术顾问职场杂谈
2022 年，React 团队在做什么？
React18已经酝酿多年，它为React团队带来了宝贵的经验。

2022-07-06 15:07:47

React开发
首席数据官们都在做什么？
虽然近来CDO越来越多的成为一种现象，但是根据Gartner公司的报告，全球目前也仅有大约100位CDO而已–远远无法同包括CIO在内的其他高管职位数量相比。尽管数量较少，但是增长迅速，自2012年到2013年间，规模扩大了一倍，而且是集中在那些监管严格的行业，比如银行业、保险业和政府。

2015-11-03 15:22:31

CDO大数据首席数据官
OpenAI 的超级对齐团队在做什么
今年11月17日，OpenAI首席执行官萨姆·奥尔特曼(SamAltman)在首席科学家伊利亚·苏茨克韦尔(IlyaSutskever)的政变下被罢免，但三天后复职。不到一个月，OpenAI宣布一切恢复正常，而这一切导火索是团队内部的有效加速和超级对齐之争。

2023-12-18 16:02:04

OpenAI人工智能
美国移动医疗创业公司都在做什么？
美国的医疗行业正在经历改革。RockHealth是一个专注于移动医疗的创业公司孵化器，其所孵化的14个创业公司今天在旧金山举办了一个活动，各自阐述了关于如何改革和提升美国医疗行业现状的想法。

2013-02-22 09:59:22

移动医疗创业公司
“Java之父”高斯林现在在做什么？
很多时候，我们想不起来创意、产品、趋势或技术的创始人。事实上，如果不是在谈论过去时提及他们，我们往往把创始人们彻底忘记了。然而，JamesGosling并不在此之列：他坚持创新，正如之前他为Java所作的工作一样。

2012-11-27 10:17:04

当CPU空闲时它都在做什么？
在上篇文章中我说了操作系统行为的基本原理是，在任何一个给定的时刻，在一个CPU上有且只有一个任务是活动的。但是，如果CPU无事可做的时候，又会是什么样的呢？

2018-02-02 08:55:47

LinuxCPU
以汽车金融为例，当我们做区块链时我们在做什么
传统的平台，通过api的方式暴露服务从而获得价值输入，但是区块链平台的核心资产其实在最底层的账本中。

2018-08-23 08:34:21

区块链分布式账本比特币
重拾热情之：网页重构都在做什么
理想情况来说，按照流程一步步做下去，很顺利地就能把需求处理好然后完美上线，重构所做的工作某些程度上也被视为相对设计师来说相当的不苦。

2012-07-11 13:54:42

网页重构
支撑618大促 京东都在做什么？
电商网站如何在重大节日支撑庞大的访问量和成交量一直是业内人士关注的话题。京东集团高级副总裁张晨公开表示：“今年618，京东的备战系统没有出现任何问题。”7月4日，京东技术开放日邀请京东各个业务线的负责人，分享京东如何支撑618大促。

2015-07-14 09:24:03

京东618MySQL
配置系统每次启动时自动启动postfix
这篇文章的目标是告诉大家如何在企业环境下为Postfix邮件服务器作基本的安装，具体涉及到了源代码包的安装、rpm包的安装、以及安装成功后配置系统时的两种启动方式

2010-05-25 18:57:42

启动postfix
电脑死机的时候，CPU到底在做什么？
操作系统之所以能够掌控全局，就得益于它启动时给CPU安插的一系列的中断处理函数（比如我们最常见的时钟中断），好让操作系统能周期性的收回CPU的执行权，调度别的线程来执行。

2023-09-12 16:36:39

操作系统CPU周期性
最前线的Docker实践者都在做什么？
为了普及Docker知识，推动国内Docker生态系统的建设，为Docker爱好者和使用者提供一个实战平台，云雀科技启动了“Docker巨好玩”镜像构建挑战赛。自活动发布以来两周的时间内，收到了来自全国各地的60多位选手及团队报名参赛，参赛者涵盖了研发、运维、产品等各个职位，其中有10多位选手已经提交了作品，参赛主题也是五花八门，只有你想不到的，没有大家做不到的。

2015-05-13 11:20:02

DockerDocker实践者PaaS
IDST：阿里巴巴最神秘的部门在做什么？
[“IDST要做阿里其他部门不愿做也做不了的事情。”这是王坚对IDST的角色定位。]

2015-03-27 10:32:03

阿里巴巴IDST
如何在Linux启动时自动启动LXD容器
当LXD在启动时运行，你就可以随时启动容器。你需要将boot.autostart设置为true。你可以使用boot.autostart.priority（默认值为0）选项来定义启动容器的顺序（从最高开始）。你也可以使用boot.autostart.delay（默认值0）选项定义在启动一个容器后等待几秒后启动另一个容器。

2017-12-25 13:51:32

LinuxUbuntu LinuLXD容器
定位太空 NASA“昴宿星”超算正在做什么?
而在我们的家园——地球上，在美国加利福尼亚州NASA艾姆斯研究中心里，有着一部名为“昴宿星”的超级计算机……

2010-10-28 15:35:56

NASA超算
点赞
收藏

51CTO技术栈公众号

业务
速览
在线客服