我有一台配備 250GB SSD 和雙啟動 Windows 10 和 Lubuntu 的筆記型電腦。
Windows 啟動時間不到一分鐘，但 Lubuntu 需要三分鐘以上。
我試圖找到原因，儘管 systemd-analyze Blame 說該服務需要更多時間來加載，只需要 6 秒。
systemd-analyze blame
5.920s NetworkManager-wait-online.service
911ms dev-sda5.device
409ms snap-repair.service
266ms systemd-resolved.service
228ms networking.service
208ms keyboard-setup.service
182ms apparmor.service
147ms upower.service
138ms systemd-tmpfiles-setup-dev.service
133ms systemd-timesyncd.service
129ms accounts-daemon.service
126ms snapd.service
114ms lightdm.service
110ms plymouth-quit-wait.service
108ms NetworkManager.service
92ms ModemManager.service
79ms grub-common.service
77ms preload.service
...
雖然啟動需要3分多鐘：
systemd-analyze time
Startup finished in 8.659s (kernel) + 3min 636ms (userspace) = 3min 9.295s
這是systemd-analyze plot圖表，它顯示了巨大的差距，但它沒有顯示任何過程花費大量時間。
如何找出系統啟動時間過長的原因以及如何改進？
（這是systemd-analyze critical-chain）
graphical.target @1min 36.454s
└─multi-user.target @1min 36.454s
└─whoopsie.service @1min 36.453s
└─network-online.target @1min 36.453s
└─NetworkManager-wait-online.service @1min 30.532s +5.920s
└─NetworkManager.service @1min 30.423s +108ms
└─dbus.service @1min 30.404s
└─basic.target @1min 30.390s
└─sockets.target @1min 30.390s
└─snapd.socket @1min 30.389s +1ms
└─sysinit.target @1min 30.387s
└─systemd-timesyncd.service @517ms +133ms
└─systemd-tmpfiles-setup.service @421ms +69ms
└─systemd-journal-flush.service @404ms +14ms
└─systemd-remount-fs.service @376ms +20ms
└─system.slice @164ms
└─-.slice @146ms
編輯：使用dmesg很明顯，啟動順序直到crng init done。解決方案貼在下面
答案1
禁用交換解決了這個問題。
註解掉/etc/fstab和中的交換行/etc/crypttab並重新啟動。
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1685794