Eu tentei desabilitar oserviço de gerenciamento de redesem sorte. Demora mais de um minuto e meio para inicializar. Aqui está a saída de
systemd-analyze cadeia crítica
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)
análise do systemd
Startup finished in 5.415s (kernel) + 1min 35.528s (userspace) = 1min 40.943s
graphical.target reached after 1min 35.521s in userspace
culpa do systemd-analyse
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
Especificações do sistema
- Distribuição: Ubuntu
- Criptografia de disco: habilitada
- Hardware: Thinkpad X1 Extreme, CPU i7 de 8ª geração, 32 GB de RAM, NVIDIA 1050 Ti
- Versão do kernel xanmod: versão estável 5.10.35
Ele costumava inicializar rápido mesmo com a criptografia de disco habilitada no kernel padrão que acompanha o sistema operacional Pop. Depois de instalar o kernel xanmod, estou enfrentando esse problema de inicialização lenta. Tentei inicializar a partir do kernel padrão e até o removi, mas sem ajuda.
Responder1
Acontece que o problema é que a partição swap possui UUID diferente nos arquivos de configuração. O sistema esperou 90 segundos antes de entrar na tela de login porque estava procurando por uma partição swap que não existia.
Portanto, uma solução para esse problema é inicializar o sistema no modo de recuperação e verificar se ele está procurando por uma partição swap; se isso acontecer, os arquivos de configuração precisam ser atualizados com o UUID adequado da partição swap que realmente existe . Se você não deseja ter uma partição swap, sinta-se à vontade para remover/comentar os contornos que procurarão uma troca desses arquivos.
Esta postagem ajuda você a descobrir onde estão esses arquivos de configuração e o que/como você precisa editá-los: O que fazer sobre “a unidade de disco para /dev/mapper/cryptswap1 ainda não está pronta ou não está presente”?