是否可以让 Ubuntu 20.04 启动更快？

Question

如果我的问题相当新手，我很抱歉，因为它确实是 - 但我从来没有费心去调整我的 Linux。我已经设法让我的 Manjaro （不是没有一些外部帮助）将启动时间缩短到 8-10 秒（通过 systemd-analyze），我想也许在 Ubuntu 上尝试同样的事情，但我不确定我应该做什么如果可能的话。无论如何，它并不是非常慢，但我的 nvme SSD 有一个主要缺点，因为我一直使用 Manjaro，它在 10 秒内启动并准备就绪，而现在使用 Ubuntu 需要大约 25 秒才能准备好。虽然 Manjaro 由于 grub 超时而运行缓慢，但 Ubuntu 默认将 grub 设置为 0 - 我已经检查过了。

\n

这是我systemd-analyze的systemd-analyze blame，如果还需要什么，我会提供：

\n

systemd-analyze\nStartup finished in 8.390s (firmware) + 4.976s (loader) + 2.131s (kernel) + 9.071s (userspace) = 24.570s \ngraphical.target reached after 9.039s in userspace\n\nsystemd-analyze blame\n7.076s NetworkManager-wait-online.service                   \n5.821s plymouth-quit-wait.service                           \n5.041s bolt.service                                         \n1.753s grub-common.service                                  \n1.727s apport.service                                       \n1.159s snapd.service                                        \n1.047s systemd-logind.service                               \n1.032s networkd-dispatcher.service                          \n 996ms accounts-daemon.service                              \n 824ms udisks2.service                                      \n 595ms polkit.service                                       \n 590ms avahi-daemon.service                                 \n 563ms bluetooth.service                                    \n 539ms NetworkManager.service                               \n 438ms switcheroo-control.service                           \n 395ms dev-nvme0n1p2.device                                 \n 365ms ModemManager.service                                 \n 328ms thermald.service                                     \n 314ms gdm.service                                          \n 311ms wpa_supplicant.service                               \n 300ms upower.service                                       \n 253ms grub-initrd-fallback.service                         \n 242ms e2scrub_reap.service                                 \n 240ms gpu-manager.service                                  \n 224ms rsyslog.service                                      \n 224ms dev-loop1.device                                     \n 223ms dev-loop0.device                                     \n 184ms snap-snap\\x2dstore-467.mount                         \n 183ms snap-snapd-8542.mount                                \n 182ms snap-gtk\\x2dcommon\\x2dthemes-1506.mount              \n 173ms user@1000.service                                    \n 170ms dev-loop2.device                                     \n 154ms pppd-dns.service                                     \n 128ms systemd-resolved.service                             \n 127ms systemd-backlight@backlight:intel_backlight.service  \n 119ms alsa-restore.service                                 \n 118ms systemd-timesyncd.service                            \n 106ms dev-loop4.device                                     \n 104ms systemd-user-sessions.service                        \n 103ms swapfile.swap                                        \n 101ms snap-gnome\\x2d3\\x2d34\\x2d1804-36.mount\n

\n

（...）

\n

这是 systemd-analyze 关键链：

\n

graphical.target @9.039s\n\xe2\x94\x94\xe2\x94\x80multi-user.target @9.039s\n  \xe2\x94\x94\xe2\x94\x80kerneloops.service @8.974s +63ms\n    \xe2\x94\x94\xe2\x94\x80network-online.target @8.969s\n      \xe2\x94\x94\xe2\x94\x80NetworkManager-wait-online.service @1.891s +7.076s\n        \xe2\x94\x94\xe2\x94\x80NetworkManager.service @1.340s +539ms\n          \xe2\x94\x94\xe2\x94\x80dbus.service @1.311s\n            \xe2\x94\x94\xe2\x94\x80basic.target @1.232s\n              \xe2\x94\x94\xe2\x94\x80sockets.target @1.232s\n                \xe2\x94\x94\xe2\x94\x80snapd.socket @1.226s +5ms\n                  \xe2\x94\x94\xe2\x94\x80sysinit.target @1.210s\n                    \xe2\x94\x94\xe2\x94\x80systemd-backlight@backlight:intel_backlight.service @1.082s +127ms\n                      \xe2\x94\x94\xe2\x94\x80system-systemd\\x2dbacklight.slice @921ms\n                        \xe2\x94\x94\xe2\x94\x80system.slice @433ms\n                          \xe2\x94\x94\xe2\x94\x80-.slice @433ms\n\n\n           \n

\n

Answer 1

我使用 NVMe SSD 启动。并安装了 20.04 Kubuntu。我还将 grub 延迟从默认的 10 秒更改为 3 秒，以便有时间在需要时按下按键。

fred@z170-focal-k:~$ systemd-analyze
Startup finished in 2.667s (kernel) + 5.167s (userspace) = 7.834s 
graphical.target reached after 5.155s in userspace

使用 systemctl 关闭 NetworkManager-wait：

systemctl disable NetworkManager-wait-online.service

https://forums.linuxmint.com/viewtopic.php?t=282437

从安静的启动更改为 noplymouth，将看到启动过程而不是 Ubuntu 徽标。有时您还可以看到哪些进程挂起系统。即使不使用 raid 或加密，安装驱动程序据说也会有所帮助。

sed -i '/GRUB_TIMEOUT=/ s/10/3/' /etc/default/grub
sed -i '/GRUB_CMDLINE_LINUX_DEFAULT/ s/"quiet splash"/"noplymouth"/' /etc/default/grub
sudo update-grub
sudo apt install libblockdev-crypto2 libblockdev-mdraid2, 

重新启动时关闭打印机，

删除了所有快照，对于大多数应用程序更喜欢 .debs

sudo apt autoremove --purge snapd

如果 UEFI 固件更新尚不支持并且没有 Thunderbolt，那么我的一个系统也没有蓝牙，所以我也仅在该系统上卸载它

sudo apt-get purge fwupd
systemctl status bolt
boltctl list
systemctl mask bolt.service
sudo apt-get autoremove blueman bluez-utils bluez bluetooth 

许多存在启动缓慢问题的人已重新安装，并在 fstab 中引用了错误的 UUID。最好确认所有 UUID 均正确。

lsblk -o name,fstype,size,label,mountpoint,uuid | egrep -v "^loop"
cat /etc/fstab

仅当交换分区并重新格式化时，这可能是错误的 UUID。

 cat /etc/initramfs-tools/conf.d/resume

请务必使用 noatime 挂载分区。

UUID=54029c4f-0cbe-413e-80ce-78a4995b0551 /   ext4 noatime,errors=remount-ro  0  1

更多细节：

缓慢启动启动19.10（几乎尝试了所有方法）

NetworkManager-wait-online.service 的作用是什么？

Ubuntu 16.04 启动缓慢（apt-daily.service）

如何从启动中删除 fwupd.service？

我真的需要 apt-daily.service 和 apt-daily-upgrade.service 吗？

https://ubuntuforums.org/showthread.php?t=2436900&p=13932499#post13932499

Ubuntu 15.04 网络管理器导致启动缓慢