Ubuntu 18.04 LTS 有哪些改进？我可以使启动时间保持在最低限度吗

Question

我在我的笔记本电脑上安装了 Ubuntu 18.04 LTS 近 2 年，并注意到随着时间的推移启动速度越来越慢。到目前为止，我为改善启动时间所做的工作如下：

1. 清除以下位置（仅文件而不是目录）：
   '/var/log'
   '/var/cache/apt/archives'
2. 启动时，我的屏幕开始空白大约 40 秒，大约与 plymouth-quit-wait.service（飞溅）时间相同，顺便说一句，几个月后报告报告了 _sbin_plymouthd.0.crash 似乎最终在之后修复一些预定的内核更新，但在修复后屏幕开始空白约 40 秒并不断发生。我从未修改过 grub 引导加载程序，因此它在启动时始终设置为默认值。

[已编辑] 我删除了有关 grub 引导加载程序设置的部分，因为我发现 grub 选项没有任何区别，无论如何，之后我忘记运行update-grub，所以我从未更改任何内容，这与任何内容无关grub 选项。

在进一步测试上面 (2) 中的空白屏幕后，我发现我在禁用和启用特定服务时介绍了自己，同时试图加快我的系统，我已经禁用了 avahi 服务，但在我完成后忘记重新启用测试，如果在启动时禁用此功能，这似乎会导致屏幕空白约 40 秒。

其结果。上面 (1) 我已经显着改善了我的启动时间，现在是：

  ~$ systemd-analyze time 
Startup finished in 3.912s (kernel) + 1min 25.875s (userspace) = 1min 29.788s
graphical.target reached after 1min 23.660s in userspace

~$ systemd-analyze critical-chain
graphical.target @1min 23.660s
??multi-user.target @1min 23.660s
  ??kerneloops.service @51.738s +127ms
    ??network-online.target @51.722s
      ??NetworkManager-wait-online.service @43.696s +8.024s
        ??NetworkManager.service @36.659s +7.032s
          ??dbus.service @32.763s
            ??basic.target @32.644s
              ??sockets.target @32.644s
                ??snapd.socket @32.642s +768us
                  ??sysinit.target @32.527s
                    ??apparmor.service @27.457s +5.007s
                      ??local-fs.target @27.457s
                        ??run-user-121.mount @49.661s
                          ??local-fs-pre.target @6.087s
                            ??systemd-tmpfiles-setup-dev.service @4.597s +1.489s
                              ??kmod-static-nodes.service @4.466s +129ms
                                ??systemd-journald.socket @4.465s
                                  ??system.slice @4.465s
                                    ??-.slice @4.436s

~$ systemd-analyze blame |head -10
 39.898s plymouth-quit-wait.service
 21.404s dev-sda2.device
 17.689s systemd-journal-flush.service
 13.880s snapd.service
 10.733s networkd-dispatcher.service
 9.775s ModemManager.service
 8.560s dev-loop10.device
 8.426s dev-loop18.device
 8.101s dev-loop15.device
 8.064s udisks2.service

从 Windows 迁移后，它不会自动清理临时文件和应用程序缓存，因此随着时间的推移，Windows 会随着大小的增加而减慢：

• 临时/存档文件
• 应用程序缓存。
• 轮廓尺寸。