如果我的问题比较新手，我很抱歉，因为它确实是 - 但我从来没有费心调整我的 Linux。我已经设法让我的 Manjaro（没有一些外部帮助）将启动时间缩短到 8-10 秒（通过 systemd-analyze），我想在 Ubuntu 上尝试同样的事情，但我不确定我应该怎么做以及是否可能。无论如何它并不是非常慢，但我的 nvme SSD 有一个主要缺点，因为我一直在使用 Manjaro，它在 10 秒内启动并准备就绪，现在使用 Ubuntu 需要大约 25 秒才能准备好。虽然 Manjaro 因 grub 超时而变慢，但 Ubuntu 默认将 grub 设置为 0 - 我已经检查过了。
这是我的systemd-analyze，systemd-analyze blame如果还有其他需要，我会提供：
systemd-analyze
Startup finished in 8.390s (firmware) + 4.976s (loader) + 2.131s (kernel) + 9.071s (userspace) = 24.570s
graphical.target reached after 9.039s in userspace
systemd-analyze blame
7.076s NetworkManager-wait-online.service
5.821s plymouth-quit-wait.service
5.041s bolt.service
1.753s grub-common.service
1.727s apport.service
1.159s snapd.service
1.047s systemd-logind.service
1.032s networkd-dispatcher.service
996ms accounts-daemon.service
824ms udisks2.service
595ms polkit.service
590ms avahi-daemon.service
563ms bluetooth.service
539ms NetworkManager.service
438ms switcheroo-control.service
395ms dev-nvme0n1p2.device
365ms ModemManager.service
328ms thermald.service
314ms gdm.service
311ms wpa_supplicant.service
300ms upower.service
253ms grub-initrd-fallback.service
242ms e2scrub_reap.service
240ms gpu-manager.service
224ms rsyslog.service
224ms dev-loop1.device
223ms dev-loop0.device
184ms snap-snap\x2dstore-467.mount
183ms snap-snapd-8542.mount
182ms snap-gtk\x2dcommon\x2dthemes-1506.mount
173ms [email protected]
170ms dev-loop2.device
154ms pppd-dns.service
128ms systemd-resolved.service
127ms systemd-backlight@backlight:intel_backlight.service
119ms alsa-restore.service
118ms systemd-timesyncd.service
106ms dev-loop4.device
104ms systemd-user-sessions.service
103ms swapfile.swap
101ms snap-gnome\x2d3\x2d34\x2d1804-36.mount
(...)
以下是 systemd-analyze critical-chain：
graphical.target @9.039s
└─multi-user.target @9.039s
└─kerneloops.service @8.974s +63ms
└─network-online.target @8.969s
└─NetworkManager-wait-online.service @1.891s +7.076s
└─NetworkManager.service @1.340s +539ms
└─dbus.service @1.311s
└─basic.target @1.232s
└─sockets.target @1.232s
└─snapd.socket @1.226s +5ms
└─sysinit.target @1.210s
└─systemd-backlight@backlight:intel_backlight.service @1.082s +127ms
└─system-systemd\x2dbacklight.slice @921ms
└─system.slice @433ms
└─-.slice @433ms
答案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
从 quiet splash 改为 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,
重新启动时关闭打印机，
删除了所有 snap，大多数应用程序都更喜欢 .debs
sudo apt autoremove --purge snapd
如果不支持 UEFI 固件更新（目前）且没有雷电，我的一个系统也没有蓝牙，所以我也只在该系统上卸载了蓝牙
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
更多细节：
NetworkManager-wait-online.service 做什么？
Ubuntu 16.04 启动缓慢（apt-daily.service）
我真的需要 apt-daily.service 和 apt-daily-upgrade.service 吗？
https://ubuntuforums.org/showthread.php?t=2436900&p=13932499#post13932499