Boot no Linux Mint muito lento [RESOLVIDO]

douglasrgomes
(usa Linux Mint)

Enviado em 01/05/2019 - 09:47h

Bom dia! Gostaria de pedir uma ajuda sobre a inicialização do Linux Mint 19.1 Tessa.
Tenho observado que o linux tem levado mais tempo do que levava o windows 10 para dar o boot. Atualmente tenho em meu computador somente o Linux instalado, com ambiente gráfico MATE.
Procurando soluções pela internet, executei alguns comandos para tentar entender o motivo da lentidão.

Ao executar o comando systemd-analyze, o terminal retornou a mensagem:
Startup finished in 39.729s (kernel) + 34.754s (userspace) = 1min 14.483s
graphical.target reached after 34.742s in userspace

Rodei o comando systemd-analyze blame, com a seguinte mensagem:

15.674s ufw.service
14.247s dev-mapper-mint\x2d\x2dvg\x2droot.device
11.888s keyboard-setup.service
10.924s systemd-journal-flush.service
15.674s ufw.service
14.247s dev-mapper-mint\x2d\x2dvg\x2droot.device
11.888s keyboard-setup.service
10.924s systemd-journal-flush.service
10.051s lvm2-monitor.service
9.954s systemd-tmpfiles-setup-dev.service
8.931s winbind.service
8.215s networkd-dispatcher.service
8.048s systemd-sysctl.service
7.184s warsaw.service
6.340s ubuntu-system-adjustments.service
15.674s ufw.service
14.247s dev-mapper-mint\x2d\x2dvg\x2droot.device
11.888s keyboard-setup.service
10.924s systemd-journal-flush.service
10.051s lvm2-monitor.service
9.954s systemd-tmpfiles-setup-dev.service
8.931s winbind.service
8.215s networkd-dispatcher.service
8.048s systemd-sysctl.service
7.184s warsaw.service
6.340s ubuntu-system-adjustments.service
5.215s NetworkManager.service
4.771s udisks2.service
4.027s dns-clean.service
3.818s apparmor.service
3.664s wpa_supplicant.service
3.500s thermald.service
3.105s lvm2-pvscan@8:1.service
3.105s systemd-tmpfiles-setup.service
2.622s ModemManager.service
2.519s accounts-daemon.service
2.279s systemd-modules-load.service
2.255s plymouth-start.service
1.597s plymouth-read-write.service
1.479s grub-common.service
1.467s avahi-daemon.service
1.404s colord.service
1.041s rsyslog.service
821ms packagekit.service
772ms systemd-logind.service
747ms apport.service
711ms sys-kernel-debug.mount
710ms dev-hugepages.mount
691ms kerneloops.service
674ms systemd-remount-fs.service
658ms systemd-resolved.service
645ms lm-sensors.service
641ms dev-mqueue.mount
573ms ntp.service
551ms pppd-dns.service
551ms gpu-manager.service
506ms fstrim.service
478ms geoclue.service
420ms systemd-udevd.service
399ms dev-disk-by\x2duuid-4d5cb42a\x2d5488\x2d48a5\x2db1a5\x2dbd1ba24
396ms systemd-random-seed.service
394ms networking.service
391ms lightdm.service
389ms plymouth-quit-wait.service
303ms systemd-update-utmp.service
290ms systemd-journald.service
215ms blk-availability.service
215ms bluetooth.service
213ms speech-dispatcher.service
212ms hddtemp.service
203ms kmod-static-nodes.service
173ms upower.service
140ms systemd-udev-trigger.service
102ms user@1000.service
81ms polkit.service
73ms systemd-rfkill.service
55ms rtkit-daemon.service
34ms setvtrgb.service
17ms alsa-restore.service
11ms systemd-tmpfiles-clean.service
9ms systemd-update-utmp-runlevel.service
6ms systemd-user-sessions.service
6ms console-setup.service
6ms dev-mapper-mint\x2d\x2dvg\x2dswap_1.swap
5ms ureadahead-stop.service
5ms systemd-backlight@backlight:intel_backlight.service
4ms sys-fs-fuse-connections.mount
3ms openvpn.service
2ms sys-kernel-config.mount

Alguém poderia me ajudar a diminuir o tempo de boot? É normal somente o kernel gastar quase 40 segundos pra iniciar?

Minhas configurações de pc:
HD 1TB, Processador intel core i5 3317U 1.7gHz, Memória RAM 6gb

removido
(usa Nenhuma)

Enviado em 01/05/2019 - 12:51h

Boot em menos de trinta segundos eu só consegui usando um SSD

aguamole
(usa KUbuntu)

Enviado em 01/05/2019 - 14:15h

kernel gasta só 6 seg com a versão do Ubuntu
Não sei o que a sua distro fez para gastar isso tudo.

CPU Q6600 GTX 750 SofRaid 4xSSD 4Gb DDR2 mesmo assim uso Lubuntu.

Kacha
(usa Outra)

Enviado em 01/05/2019 - 14:20h

Douglas,
Não, não é normal, mesmo HDDs sendo mais lentos que SSDs, ainda assim não costuma demorar tanto pra iniciar. Só pra tomar como exemplo, meu laptop com SSD leva em torno de 13 segundos pra iniciar, meu computador com HDD leva de 32 a 34 segundos. Isso porque desativei o grub de aparecer em ambos.

Percebi alguns processos que podem ser desativados dependendo do seu uso. Vou tentar te ajudar a se ajudar.
Por exemplo, o ufw.service pertentece ao firewall UFW. É sempre bom ter um firewall ativo, mas se for necessário pode desativar.

Sobre o keyboard-setup.service, sugiro ler isto, talvez ajude: https://askubuntu.com/questions/919428/keyboard-setup-service-taking-too-long-in-startup-20sec

Sobre o systemd-journal-flush.service, sugiro que leia atentamente: https://askubuntu.com/questions/1094389/what-is-the-use-of-systemd-journal-flush-service/1095784

Sobre o systemd-tmpfiles-setup-dev.service, leia: https://unix.stackexchange.com/questions/162594/systemd-slow-boot-systemd-tmpfiles-setup

Sobre o warsaw.service, é relativo ao módulo de segurança para acessar bancos, como Caixa Economica. Por padrão, as distros não vem com warsaw ativado, muito menos instalado.
Se quiser desativá-lo use: systemctl disable warsaw.service
Para parar o serviço imediatamente, use: systemctl stop warsaw.service
Se for fazer uso do warsaw, ative-o e inicie o serviço com: systemctl enable warsaw.service e systemctl start warsaw.service
Se não for usar o warsaw, desinstale-o.

O ModemManager.service pode ser desativado se você não faz uso de banda larga móvel - integrada, emparelhada com um telefone celular via Bluetooth ou cabo USB

O accounts-daemon.service é importante de você usa a função de contas do usuário dentro do GNOME/Budgie/Cinnamon. Se você desabilitar isso, provavelmente não conseguirá manipular as contas de usuário.

O avahi-daemon.service pode ser mascarado, ele serve para fornecer descoberta de rede com configuração zero e tornar super fácil encontrar impressoras e outros hosts em sua rede. Se você não faz uso disso, mascare o serviço com
systemctl mask avahi-daemon.service, e se por alguma motivo, precisar dele, use o comando systemctl unmask avahi-daemon.service

O serviço apport.service está relacionado ao envio log de erros para Canonical. Se quiser desativar e deletá-lo, leia: https://howtoubuntu.org/how-to-disable-stop-uninstall-apport-error-reporting-in-ubuntu

O pppd-dns.service é uma relíquia do passado sombrio. Se você usa Internet dial-up, mantenha-o. Caso contrário, você não precisa disso.

O bluetooth.service como o próprio nome diz tem a ver com bluetooth, se você não usa, pode desativá-lo ou mascará-lo.

O speech-dispatcher.service pertence a um daemon que os programas podem usar para gerar voz, sem se preocupar com o software de síntese de fala necessário para o idioma.

O openvpn.service tem a ver com serviço de vpn, se não faz uso de vpn pode desativá-lo.

Se você estiver usando HDD, não tem porque manter o serviço fstrim.service ativado, mas se você usar SSD, mantenha-o ativo.
https://forum.manjaro.org/t/fstrim-service-not-enabled-and-running/73182/5

Se você puder execute este comando systemctl list-unit-files --type=service | grep enabled no terminal e cole aqui o resultado.

---
Resumo básico:

Para iniciar um serviço, use: sudo systemctl start nome-do-serviço
Para parar um serviço, use: sudo systemctl stop nome-do-serviço

Para ativar um serviço, use: sudo systemctl enable nome-do-serviço
Para desativar um serviço, use: sudo systemctl disable nome-do-serviço

Para mascarar um serviço, use: sudo systemctl mask nome-do-serviço
Para desmascarar um serviço, use: sudo systemctl unmask nome-do-serviço

Para checar o status atual do serviço, use: sudo systemctl status nome-do-serviço

Adicionar .service no final é opcional.
Exemplo, pode desativar o serviço log de erros com sudo systemctl disable apport.service ou sudo systemctl disable apport

Obs: Um serviço desativado pode ser iniciado por outro serviço. Se você realmente quer que ele seja morto, sem desinstalá-lo, você pode mascará-lo para evitar que ele seja iniciado em nenhuma circunstância. Essa é a diferença básica entre desativar um serviço de mascará-lo.

Se puder, poste o resultado do comando systemd-analyze critical-chain

douglasrgomes
(usa Linux Mint)

Enviado em 01/05/2019 - 14:21h

Existe algum comando onde eu possa ver todos os processos executados no boot do kernel?

douglasrgomes
(usa Linux Mint)

Enviado em 01/05/2019 - 19:55h

Muito obrigado pela ajuda, meu caro. Muito esclarecedor.
Como foi solicitado, segue o resultado do comando que vc systemd-analyze critical-chain

graphical.target @48.586s
└─multi-user.target @48.586s
└─winbind.service @29.880s +18.706s
└─network.target @29.876s
└─NetworkManager.service @20.271s +9.605s
└─dbus.service @18.878s
└─basic.target @18.873s
└─sockets.target @18.873s
└─acpid.socket @18.873s
└─sysinit.target @18.788s
└─haveged.service @18.788s
└─apparmor.service @15.792s +2.951s
└─local-fs.target @15.789s
└─local-fs-pre.target @15.789s
└─keyboard-setup.service @2.791s +12.996s
└─systemd-journald.socket @2.688s
└─system.slice @2.688s
└─-.slice @2.632s

Esse comando quer dizer o que?

douglasrgomes
(usa Linux Mint)

Enviado em 21/07/2019 - 17:43h

Boa tarde. Resolvi reativar o tópico porque está cada vez mais lento o boot aqui no meu linux mint.

Vou repostar todos os comandos do systemd que já utilizei, gostaria de resolver esse problema.

systemd-analyze
Startup finished in 39.806s (kernel) + 3min 3.592s (userspace) = 3min 43.399s
graphical.target reached after 1min 50.036s in userspace

systemd-analyze blame
18.289s ufw.service
17.885s dev-mapper-mint\x2d\x2dvg\x2droot.device
15.113s lvm2-monitor.service
12.565s systemd-udevd.service
8.373s NetworkManager-wait-online.service
7.361s networkd-dispatcher.service
6.233s udisks2.service
6.074s ubuntu-system-adjustments.service
5.997s NetworkManager.service
5.926s winbind.service
5.685s warsaw.service
5.294s apt-daily.service
4.319s thermald.service
3.961s wpa_supplicant.service
3.395s lvm2-pvscan@8:1.service
3.395s gpu-manager.service
3.208s networking.service
2.948s dns-clean.service
2.871s grub-common.service
2.627s ModemManager.service
2.567s accounts-daemon.service
2.116s systemd-tmpfiles-setup-dev.service
1.495s keyboard-setup.service
1.480s systemd-modules-load.service
1.448s apparmor.service
1.268s virtualbox.service
1.077s lm-sensors.service
1.032s bluetooth.service
1.022s speech-dispatcher.service
1.019s avahi-daemon.service
1.013s systemd-sysctl.service
941ms systemd-logind.service
924ms rsyslog.service
921ms alsa-restore.service
825ms colord.service
722ms apt-daily-upgrade.service
674ms ntp.service
671ms lightdm.service
669ms plymouth-quit-wait.service
636ms systemd-tmpfiles-setup.service
635ms setvtrgb.service
631ms sys-kernel-debug.mount
625ms dev-mqueue.mount
609ms systemd-remount-fs.service
546ms systemd-journald.service
520ms dev-hugepages.mount
513ms systemd-resolved.service
340ms kmod-static-nodes.service
329ms systemd-update-utmp.service
311ms systemd-random-seed.service
284ms packagekit.service
277ms upower.service

systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @1min 50.036s
└─multi-user.target @1min 50.036s
└─virtualbox.service @1min 48.767s +1.268s
└─network-online.target @1min 48.765s
└─NetworkManager-wait-online.service @1min 40.390s +8.373s
└─NetworkManager.service @1min 34.386s +5.997s
└─dbus.service @1min 33.510s
└─basic.target @1min 33.484s
└─paths.target @1min 33.484s
└─acpid.path @1min 33.483s
└─sysinit.target @1min 33.464s
└─systemd-timesyncd.service @23.977s +197ms
└─systemd-tmpfiles-setup.service @18.500s +636ms
└─local-fs.target @18.495s
└─run-user-1000-gvfs.mount @2min 4.178s
└─run-user-1000.mount @2min 732ms
└─local-fs-pre.target @18.495s
└─lvm2-monitor.service @3.382s +15.113s
└─lvm2-lvmetad.service @5.788s
└─systemd-journald.socket @3.374s
└─system.slice @3.373s
└─-.slice @3.311s

O que posso fazer pra tentar reduzir o tempo de boot? Quando comecei a usar o Linux, era pouco mais de 1 minuto. Agora já chega a quase 4 minutos.

Obrigado.

removido
(usa Nenhuma)

Enviado em 21/07/2019 - 18:48h

-em aplicativos/sessão desative programas/serviços desnecessários como bluthooth, flatpack, mintwelcome e outros que julgar desnecessários
-aqui com um ssd em clicar power , digitar senha e abrir área de trabalho dura menos de 30 segundos

Arnoold
(usa Solus)

Enviado em 22/07/2019 - 02:36h

Tenho um HDD de 7200 RPM e o boot acontece em 32 segundos no Solus. Isso porque não tirei a imagem da ASUS que aparece independente do sistema operacional.

removido
(usa Nenhuma)

Enviado em 22/07/2019 - 08:56h

Tente isso:

by sigmalion

Apague /etc/initramfs-tools/conf.d/resume (faça um backup em algum lugar para segurança)

 e execute sudo update-initramfs -u

Então reinicie. 

Se não houver resume, procure por resume.old...
https://forums.linuxmint.com/viewtopic.php?t=279339

Também, se você desligar as telas de Splash de boot, talvez
você veja alguma informação relevante rolando na tela...
Ou verificar os logs de boot...

Também a velocidade de boot pode depender do sistema de arquivos que vc escolheu
para instalar o sistema!

removido
(usa Nenhuma)

Enviado em 22/07/2019 - 09:22h

Tente também :

gort2000:

O problema com tempos de inicialização muito longos com o LM19 em meu laptop HP antigo foi resolvido inicialmente com

 o downgrade do kernel para abaixo de 4,8. Eu tinha notado que o tempo de inicialização subia do kernel 4.8 e acima.

 No entanto, os tempos de inicialização dos kernels 4.15 eram muito longos para serem de uso prático. 

Todas as versões do kernel 4.15 estavam dando longos tempos de inicialização, não apenas 4.15.0-24

Descobri o problema com o controlador de gráficos integrados Intel Mobile GM965 / GL960.

Resumindo, os tempos de inicialização normais foram restaurados para o kernel 4.15 (mas não 4.15.0-24)

 adicionando"video=SVIDEO-1:d" to /etc/default/grub line GRUB_CMDLINE_LINUX_DEFAULT

Agora lê;



GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"



Então atualize o grub; sudo update-grub 

https://forums.linuxmint.com/viewtopic.php?f=46&t=272168&start=40

E também:

venik212:

Eu finalmente entendi isso.

Durante a atualização de 17.3 para 18, o UUID da minha partição swap foi alterado, portanto, não correspondeu 

ao UUID listado no fstab. O sistema estava tentando encontrar a partição swap com o UUID errado, e gastou quase 3 

minutos antes de desistir e continuou com o processo de boot.

Uma vez que eu mudei o swapoff (no gparted) (e comentei a linha relacionada ao swap em /etc/fstab), o mesmo 

sistema agora inicializa em 8.8 segundos ao invés de aproximadamente 3 minutos. 

https://forums.linuxmint.com/viewtopic.php?f=46&t=225743&start=40

douglasrgomes
(usa Linux Mint)

Enviado em 26/07/2019 - 00:46h

Obrigado, pessoal.
Fiz tudo o que disseram, mas não resolveu. Acabei formatando, reinstalando do zero e voltando pro boot a 1min 40 segundos. Ainda sinto que poderia ser bem mais rápido. Só o kernel leva 40 segundos para o boot, mesmo com a modificação proposta. Mas vou me contentar com isso. Obrigado.