相关疑难解决方法(0)

我的启动非常慢，我不知道为什么。

$ systemd-analyze 
Startup finished in 10.975s (kernel) + 49.732s (userspace) = 1min 708ms
$ systemd-analyze blame 
         34.971s apt-daily.service
         20.590s snapd.refresh.service
         17.113s grub-common.service
         16.033s apport.service
         16.027s networking.service
         15.894s ondemand.service
         15.860s irqbalance.service
         15.655s speech-dispatcher.service
         11.695s ModemManager.service
          9.772s accounts-daemon.service
          8.626s NetworkManager-wait-online.service
          8.058s systemd-logind.service
          8.053s bluetooth.service
          7.944s gpu-manager.service
          7.896s alsa-restore.service
          7.892s pppd-dns.service
          7.882s rsyslog.service
          7.860s avahi-daemon.service
          7.844s dev-sda1.device
          7.842s systemd-user-sessions.service
          7.648s lightdm.service
          7.610s teamviewerd.service
          6.445s apparmor.service

此外，在启动过程中，我看到一条消息，内容如下：

device descriptor read/all, error -62
ata1 softreset failed (device not ready) #most of the times
error …

我在我的笔记本电脑上安装了 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 …