Das Deaktivieren des Austauschs hat das Problem behoben.
Kommentieren Sie die Swap-Zeile in /etc/fstab
und aus /etc/crypttab
und starten Sie den Computer neu.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1685794
Ich habe einen Laptop mit einer 250 GB SSD und Dual Boot Windows 10 und Lubuntu.
Das Booten von Windows dauert weniger als eine Minute, aber Lubuntu benötigt mehr als drei.
Ich habe versucht, den Grund dafür zu finden, obwohl systemd-analysis blame sagt, dass der Dienst länger dauert, um geladen zu werden, nur 6 Sekunden.
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 ...
Obwohl das Booten länger als 3 Minuten dauert:
systemd-analyze time Startup finished in 8.659s (kernel) + 3min 636ms (userspace) = 3min 9.295s
Dies ist das systemd-analyze plot
Diagramm, es zeigt eine große Lücke, aber es zeigt keinen Prozess, der viel Zeit in Anspruch nimmt.
Wie kann ich herausfinden, warum das System so lange zum Hochfahren benötigt, und wie kann ich es verbessern?
(das ist 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
Bearbeiten: Verwenden dmesg
Es ist klar, dass die Startsequenz bis dauert crng init done
. Lösung unten veröffentlicht
Das Deaktivieren des Austauschs hat das Problem behoben.
Kommentieren Sie die Swap-Zeile in /etc/fstab
und aus /etc/crypttab
und starten Sie den Computer neu.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1685794