Ich habe versucht, das zu deaktivierenNetzwerkmanagerdienstohne Erfolg. Der Start dauert über anderthalb Minuten. Hier ist die Ausgabe von
systemd-analyse - kritische-kette
graphical.target @1min 35.521s
└─multi-user.target @1min 35.521s
└─plymouth-quit-wait.service @1min 31.228s +4.292s
└─systemd-user-sessions.service @1min 31.219s +4ms
└─network.target @1min 31.217s
└─wpa_supplicant.service @1min 31.689s +10ms
└─dbus.service @1min 30.455s
└─basic.target @1min 30.442s
└─sockets.target @1min 30.442s
└─uuidd.socket @1min 30.442s
└─sysinit.target @1min 30.370s
└─systemd-backlight@leds:tpacpi::kbd_backlight.service @952>
└─system-systemd\x2dbacklight.slice @538ms
└─system.slice @175ms
└─-.slice @175ms
lines 1-18/18 (END)
systemd-analyse
Startup finished in 5.415s (kernel) + 1min 35.528s (userspace) = 1min 40.943s
graphical.target reached after 1min 35.521s in userspace
systemd-analyse schuld
4.292s plymouth-quit-wait.service
937ms systemd-logind.service
846ms accounts-daemon.service
826ms networkd-dispatcher.service
798ms udisks2.service
765ms bluetooth.service
765ms avahi-daemon.service
760ms NetworkManager.service
755ms system76-power.service
752ms polkit.service
743ms switcheroo-control.service
739ms thermald.service
649ms gpu-manager.service
647ms dev-mapper-data\x2droot.device
639ms apport.service
634ms grub-common.service
624ms rsyslog.service
620ms lm-sensors.service
606ms e2scrub_reap.service
557ms vpnagentd.service
504ms fwupd.service
213ms apparmor.service
203ms systemd-rfkill.service
lines 1-23
Systemspezifikationen
- Distribution: Ubuntu
- Festplattenverschlüsselung: aktiviert
- Hardware: Thinkpad X1 Extreme, i7-CPU der 8. Generation, 32 GB RAM, NVIDIA 1050 Ti
- xanmod Kernelversion: stabile Version 5.10.35
Früher bootete es schnell, selbst wenn die Festplattenverschlüsselung im Standardkernel des Pop-Betriebssystems aktiviert war. Nach der Installation des Xanmod-Kernels habe ich dieses Problem mit dem langsamen Booten. Ich habe versucht, vom Standardkernel zu booten und habe ihn dann sogar entfernt, aber das hat nicht geholfen.
Antwort1
Es stellte sich heraus, dass das Problem darin besteht, dass die Swap-Partition eine andere UUID in den Konfigurationsdateien hat. Das System musste volle 90 Sekunden warten, bevor der Anmeldebildschirm angezeigt wurde, weil es nach einer Swap-Partition suchte, die nicht existierte.
Eine Lösung für dieses Problem besteht darin, das System im Wiederherstellungsmodus zu starten und zu prüfen, ob es nach einer Swap-Partition sucht. Wenn dies der Fall ist, müssen die Konfigurationsdateien mit der richtigen UUID der tatsächlich vorhandenen Swap-Partition aktualisiert werden. Wenn Sie keine Swap-Partition haben möchten, können Sie die Umrisse, die nach einer Swap-Partition suchen, aus diesen Dateien entfernen/kommentieren.
Dieser Beitrag hilft Ihnen dabei, herauszufinden, wo sich diese Konfigurationsdateien befinden und was/wie Sie sie bearbeiten müssen: Was tun bei „Das Festplattenlaufwerk für /dev/mapper/cryptswap1 ist noch nicht bereit oder nicht vorhanden“?