Demora no boot

lucasketelhut
(usa Ubuntu)

Enviado em 20/10/2020 - 22:06h

Fala galera! Comecei a usar ubuntu no começo deste ano por conta da facul, uso em um dual boot com windows 10. Era tudo muito rápido até que quando saiu a versão 20.04LTS eu desinstalei o Ubuntu e fiz o dual boot tudo do zero de novo como antes, porém desde então o boot está super lento, demora bastante até chegar na tela para o login. Meu notebook é um Acer Aspire 3 com um i5-7200U com 8GB de RAM 1TB HD. Não era pra demorar tanto assim.

Estou editando e deixando o systemd-analyze blame pra mostrar pra vcs. Não sei o que posso desabilitar e o que não posso então espero que alguém possa me ajudar com isso, o userspace está demorando muito como mostra no systemd-analyze. O que seria?

Aqui está o systemd-analyze:
Startup finished in 3.301s (firmware) + 2.984s (loader) + 5.246s (kernel) + 1min 36.408s (userspace) = 1min 47.941s
graphical.target reached after 1min 36.368s in userspace

E aqui o systemd-analyze blame:
33.250s plymouth-quit-wait.service
33.209s systemd-journal-flush.service
29.702s dev-sda5.device
23.938s networkd-dispatcher.service
22.655s accounts-daemon.service
22.586s udisks2.service
18.542s NetworkManager.service
18.392s apport-autoreport.service
17.677s avahi-daemon.service
17.674s bluetooth.service
16.525s polkit.service
15.989s switcheroo-control.service
15.963s wpa_supplicant.service
15.952s thermald.service
15.945s systemd-logind.service
10.925s systemd-udevd.service
10.889s apache2.service
7.267s ModemManager.service
4.599s [email protected]\x2duuid-4C15\x2d6E3E.service
3.668s gpu-manager.service
3.473s systemd-resolved.service
3.362s apport.service
3.224s grub-common.service

clodoaldops
(usa Linux Mint)

Enviado em 21/10/2020 - 09:46h

-veja estas dicas
https://linuxdicasesuporte.blogspot.com/2020/05/ubuntu-2004-mais-leve.html
https://linuxdicasesuporte.blogspot.com/2020/03/deixar-o-ubuntu-debian-e-derivados-mais.html

-aqui eu não precisei fazer nada pq meu laptop tem um ssd

leandropscardua
(usa Ubuntu)

Enviado em 21/10/2020 - 12:57h

Vc pode analisar c
systemd-analyze blame
Veja se tem algum serviço falhando
systemctl list-units -t service
E erros
dmesg

man sustemd-analyze -> manual do systemd-analyze
man systemctl -> manual do systemctl
man dmesg -> manual do dmesg

DaianR
(usa Sabayon)

Enviado em 21/10/2020 - 19:22h

Após executar essas dicas do pessoal, eu faria uma analise do HD com o MHDD, disponível no Hiren's boot e uma análise nas memórias com o memtest, que tem no próprio live-cd.
Ultimamente os hds andam dando badblock com muita frequência.