Langsamer Start bei Version 20.10 nach der Installation des Xanmod-Kernels

Langsamer Start bei Version 20.10 nach der Installation des Xanmod-Kernels

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“?

verwandte Informationen