Fala pessoal,
Bom, eu instalei o Fedora 32 ele estava rondando bem no incio, hoje depois de alguns dias o boot inicial está extremamente lento, e demora um tempo maior para abrir os programas, não instalei extensões, ou nada do gênero, baixei apenas alguns programas como kdenlive, chrome, transmission, gimp, plex, etc....estou bem chateado, por ser um gnome vanilla e um sistema robusto, eu acreditei que teria uma experiência fluida.
Quer participar e contribuir? Clique no botão "Registrar-se" se é sua primeira vez aqui. Se você já é um dos nossos, clique em "Entrar".
Comentários
Digite seu comentário> @Csantaniel disse:
Opa. Verifiquei que seu boot não é somente um problema no Journal mas em muitos outros módulos. Você fez a instalação desse ambiente de qual forma? como LVM ou Ext4 ou BTRF?
Segue o meu systemd-analyze blame
[cristiano@localhost ~]$ systemd-analyze blame
4.102s NetworkManager-wait-online.service
3.199s akmods.service
2.136s firewalld.service
2.135s systemd-udev-settle.service
1.979s upower.service
1.587s udisks2.service
1.460s initrd-switch-root.service
1.002s lvm2-monitor.service
994ms webmin.service
913ms sssd.service
892ms ModemManager.service
829ms abrtd.service
794ms cups.service
638ms polkit.service
631ms avahi-daemon.service
622ms systemd-logind.service
600ms rtkit-daemon.service
594ms switcheroo-control.service
592ms systemd-homed.service
591ms systemd-machined.service
525ms dbus-broker.service
504ms smartd.service
492ms libvirtd.service
463ms systemd-udevd.service
436ms accounts-daemon.service
406ms dracut-initqueue.service
337ms systemd-journal-flush.service
257ms systemd-fsck@dev-disk-by\x2duuid-DC1F\x2d894F.service
242ms dados.mount
237ms var-lib-snapd-snap-core18-1754.mount
233ms var-lib-snapd-snap-gnome\x2d3\x2d28\x2d1804-116.mount
207ms systemd-userdbd.service
204ms var-lib-snapd-snap-epsxe-1.mount
183ms systemd-journald.service
175ms var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1506.mount
lines 1-35...skipping...
4.102s NetworkManager-wait-online.service
3.199s akmods.service
2.136s firewalld.service
2.135s systemd-udev-settle.service
1.979s upower.service
1.587s udisks2.service
1.460s initrd-switch-root.service
1.002s lvm2-monitor.service
994ms webmin.service
Estou com o mesmo problema de boot no meu caso é até um pouco pior chegando a 5 minutos
E uma analise com o
o meu esta assim:
systemd-analyze
Startup finished in 1.446s (kernel) + 4.816s (initrd) + 31.566s (userspace) = 37.829s
systemd-analyze blame
12.882s firewalld.service >
10.414s upower.service >
9.836s sssd.service >
9.642s systemd-journal-flush.service >
7.998s udisks2.service >
6.842s lvm2-monitor.service >
6.593s systemd-udev-settle.service >
6.009s abrtd.service >
4.965s ModemManager.service >
4.835s unbound-anchor.service >
4.831s initrd-switch-root.service >
4.204s logrotate.service >
3.778s avahi-daemon.service >
3.758s rtkit-daemon.service >
3.750s systemd-homed.service >
3.066s packagekit.service >
3.054s rsyslog.service >
2.996s smartd.service >
2.951s NetworkManager-wait-online.service >
2.749s lvm2-pvscan@8:6.service >
2.553s dbus-broker.service >
1.964s chronyd.service >
1.759s dracut-initqueue.service
Caras ambos tao com o Plymouth e o Journal do SystemD comendo um bom tempo do boot, o plymouth vcs podem desabilitar, e quanto ao Josue, parte do teu tempo de boot é por conta de vc estar usando LVM.
Para o colega que postou o problema por primeiro, há uma forma de reduzir o tempo que o journal-flush.service toma no boot, sem desabilitá-lo, mas apenas restringindo o tamanho do arquivo a quantidade de arquivos criados e quantos dias registra. PAra maiores informações sobre o comando pode acessar o man journald.conf e o journalctl -h , mas aí vão alguns comandos que podem ajudar: primeiro dar uma reduzida no tamanho dos arquivos: sudo journalctl --vacuum-size=1G --vacuum-time=5d --vacuum-files=5 (você pode reduzir ainda mais se quiser, pra 300M se desejar, 3dias e 2 arquivos por exemplo, descrição disso no help => journalctl -h ) e por fim alterara esse parâmetros no arquivo journald.conf => sudo nano /etc/systemd/journald.conf e alterar as seguintes linhas, tirando o # da frente delas e alterando os parâmetros (explicações em man journald.conf):
Storage=auto
SystemMaxFileSize=1G _ (denovo, pode usar valor que quiser)_
SystemMaxFiles=5 (igualmente, pode usar outro valor menor)
Salvar o arquivo pelo nano (ctrl+0), sair (crtl+x), e dar reboot.
com isso o serviço journal-flush.service vai ocupar bem menos tempo no boot.
Eu consegui melhorar utilizando o seguinte comando para desabilitar o lvm2
sudo systemctl disable lvm2-monitor.service
Porém eu senti que após desativar ele demora mais no momento de carregar a área de trabalho do Gnome, desta forma prefiro que demore mais de uma só vez kkkk
Então eu ativei novamente com o comando:
sudo systemctl enable lvm2-monitor.service