我已经在几个外部 SSD 上安装了 Kubuntu 20.04，启动时间约为 80 秒。Kubuntu 18.04 启动时间约为 15 秒，我希望更接近这个时间。
使用我的 20.04，从 grub 菜单中我选择“高级”，然后选择第一项，然后我可以看到加载 vmlinuz 映像需要 7 秒（在 /boot 下为 11 MB），加载 initrd.img 大约需要 60 秒（在 /boot 下为 83 MB），然后大约有 15 秒的模块加载时间，直到出现图形屏幕。
我尝试使用 重建 initramfs update-initramfs -c -k $(uname -r)，但这没有效果。我尝试了 5.8 内核，但没有任何区别。加载 vmlinuz 和 initrd 时每 MB 的延迟大致相同。SSD 包括 T3 和 T5。这可能是块大小问题吗？有什么想法可以解释延迟的原因或如何修复它？
systemd-analyze blame | head 的输出是-
30.238 秒 apt-daily-upgrade.service
30.222 秒 apt-daily.service
7.029 秒 NetworkManager-wait-online.service
3.493 秒 udisks2.service
2.754 秒 snapd.service
2.694 秒 networkd-dispatcher.service
2.550 秒 accounts-daemon.service
1.988 秒 dev-sda2.device
1.715 秒 polkit.service 1.700
秒 avahi-daemon.service
systemd-analyze critical 的输出
graphic.target @12.190s └─multi-user.target @12.190s └─kerneloops.service @12.164s +25ms └─network-online.target @12.158s └─NetworkManager-wait-online.service @5.128s +7.029s └─NetworkManager.service @3.438s +1.683s └─dbus.service @3.431s └─basic.target @3.396s └─sockets.target @3.395s └─snapd.socket @3.391s +2ms └─sysinit.target @3.353s └─snapd.apparmor.service @3.311s +40ms └─apparmor.service @3.113 秒 +189 毫秒 └─local-fs.target @3.111 秒 └─run-user-1000.mount @9.224 秒 └─local-fs-pre.target @1.310 秒 └─systemd-tmpfiles-setup-dev.service @1.185 秒 +123 毫秒 └─systemd-sysusers.service @1.123 秒 +59 毫秒 └─systemd-remount-fs.service @1.069 秒 +30 毫秒 └─systemd-fsck-root.service @1.017 秒 +48 毫秒 └─systemd-journald.socket @970 毫秒 └─system.slice @935 毫秒 └─-.slice @935 毫秒
答案1
要删除 apt 的 2x30 秒启动过程，请
打开终端并输入
sudo systemctl disable apt-daily.service
sudo systemctl disable apt-daily.timer
sudo systemctl disable apt-daily-upgrade.timer
sudo systemctl disable apt-daily-upgrade.service
假设 systemctl 可以在 Kubuntu 中工作，但我目前无法测试它。