Meu Fedora 32 está muito lento, principalmente o boot de inicialização.
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.
Comentários
-
Digite seu comentário> @Csantaniel disse:
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.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.service0 -
Estou com o mesmo problema de boot no meu caso é até um pouco pior chegando a 5 minutos
$ systemd-analyze Startup finished in 3.493s (firmware) + 6.613s (loader) + 2.812s (kernel) + 14.568s (initrd) + 4min 58.754s (userspace) = 5min 26.242s graphical.target reached after 4min 58.654s in userspace
E uma analise com o
$ systemmd-analyze blame 2min 50.972s lvm2-monitor.service 2min 699ms systemd-udev-settle.service 1min 58.580s plymouth-quit-wait.service 1min 49.742s lvm2-pvscan@8:7.service 39.905s dnf-makecache.service 33.989s dev-mapper-fedora_localhost\x2d\x2dlive\x2droot.device 30.326s NetworkManager-wait-online.service 24.132s upower.service 20.988s udisks2.service 17.281s ModemManager.service 16.982s firewalld.service 16.909s sssd.service 8.997s systemd-rfkill.service 7.114s initrd-switch-root.service 6.858s systemd-journal-flush.service 6.144s avahi-daemon.service 5.780s rtkit-daemon.service 5.777s switcheroo-control.service 5.765s systemd-homed.service 5.763s abrtd.service 5.701s systemd-fsck@dev-disk-by\x2duuid-A8C2\x2d461E.service 4.957s dbus-broker.service 4.731s systemd-fsck-root.service 4.109s systemd-backlight@backlight:intel_backlight.service 3.988s systemd-udevd.service 3.705s accounts-daemon.service 3.699s polkit.service 3.188s packagekit.service 2.917s systemd-logind.service 2.807s systemd-userdbd.service 2.698s systemd-machined.service 2.489s dracut-initqueue.service 2.333s systemd-tmpfiles-setup.service 2.212s systemd-user-sessions.service 2.121s libvirtd.service 2.098s systemd-update-utmp.service 2.096s NetworkManager.service 2.053s fwupd.service 1.868s systemd-tmpfiles-setup-dev.service 1.720s chronyd.service 1.511s cups.service 1.222s initrd-parse-etc.service 1.020s systemd-journald.service 959ms gssproxy.service 908ms systemd-udev-trigger.service 812ms flatpak-system-helper.service 686ms systemd-modules-load.service 657ms user@1002.service 613ms dmraid-activation.service 593ms systemd-random-seed.service 540ms netcf-transaction.service 514ms systemd-vconsole-setup.service 493ms auditd.service 470ms systemd-sysctl.service 453ms dracut-cmdline.service 427ms systemd-fsck@dev-mapper-fedora_localhost\x2d\x2dlive\x2dhome.service 421ms gdm.service 357ms systemd-repart.service 305ms wpa_supplicant.service 277ms sssd-kcm.service 275ms systemd-remount-fs.service 262ms import-state.service 234ms home.mount 212ms plymouth-read-write.service 207ms dev-hugepages.mount 206ms dev-mapper-fedora_localhost\x2d\x2dlive\x2dswap.swap 206ms dev-mqueue.mount 205ms sys-kernel-debug.mount 204ms sys-kernel-tracing.mount 203ms kmod-static-nodes.service 202ms nfs-convert.service 196ms plymouth-switch-root.service 177ms colord.service 167ms user-runtime-dir@1002.service 139ms dracut-pre-pivot.service 129ms var-lib-nfs-rpc_pipefs.mount 106ms initrd-cleanup.service 96ms systemd-update-utmp-runlevel.service 94ms initrd-udevadm-cleanup-db.service 77ms rpc-statd-notify.service 64ms geoclue.service 58ms sysroot.mount 51ms livesys-late.service 49ms iscsi-shutdown.service 46ms dracut-pre-udev.service 37ms livesys.service 20ms plymouth-start.service 6ms dracut-shutdown.service 4ms tmp.mount 4ms sys-fs-fuse-connections.mount 3ms sys-kernel-config.mount
0 -
o meu esta assim:
systemd-analyze
Startup finished in 1.446s (kernel) + 4.816s (initrd) + 31.566s (userspace) = 37.829s0 -
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.service0 -
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.
0 -
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.
0 -
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
0
Salas de discussão
- 722 Todas as salas de discussão
- 5 Eventos
- 403 Fedora
- 7 CoreOS
- 138 Spins
- 11 CINNAMON
- 28 GNOME
- 64 KDE
- 10 LXDE
- 4 LXQT
- 13 MATE
- SOAS
- 3 XFCE
- 13 Server
- 84 Workstation
- 33 SilverBlue
- Atomic
- 3 Labs
- ARM®
- 3 Segurança
- 7 Servidores
- 222 Tutoriais
- 6 Críticas e Sugestões
- 16 Novidades e anuncios
- 5 CentOS
- 18 Games
- 31 Hardware
- 8 Linguagens de programação