KDE demorando para iniciar

Boa noite,

estou enfrentando um problema chato. Inicio o computador e logo ele está na telinha do lightdm. Porém quando dou a senha para entrar no KDE Plasma, ele dá uma piscadinha depois de 1~2 segundos e 10% das vezes já entra. Uns 85% das vezes ele demora 30 segundos para entrar (todas as vezes demora esse tempo cronometrado). 5% das vezes ele entra demorando uns 5s com uma mensagem de “aplicativo falhou. deseja reiniciar?” Esse programa é akonadi_mail qualquer coisa.

Começou a acontecer acredito depois que configurei a Carteira do KDE e configurei email no KMail. Alguém tem alguma ideia do que pode ser e/ou como consertar? Quando o computador esta ligado já a um tempo e eu encerro sessão e inicio de novo acontece a mesma coisa.

1 Curtida

Antes de segui os passos recomendo que poste a saída desse comando aqui:
systemd-analyze blame

Se não quiser pode continua com os passos e vê se tem alguma melhora, mas recomendo posta a saída pra gente analisa o que realmente está causando isso.

1- Comando:
systemd-journal-flush.service
Vai limpar o arquino na inicialização.
Edite esse arquivo é comente a linha que tem isso

"Storage=auto"
SystemMaxFileSize=1G
SystemMaxFiles=5

2- De esse comando:
ls /var/log/journal

Se tiver alguma saída apague a pasta journal


3- Execute:

systemctl disable NetworkManager-wait-online.service

Reinicie e mande analisa.

systemd-analyze blame


4- Verifica os snaps do seu sistema e veja se não tem como substituir eles por um .deb por exemplo.

Creio que mais que isso não da pra faze, se desabilita muita coisa do KDE você vai perde algumas funcionalidades.

Eu uso o KDE e melhorei um pouco ele assim, mas só tive uma melhora significativa depois que comprei um SSD. Você tem um?

  • Desinstale esse kmail, se o problema for ele.

Fiz um teste aqui com o PC com SSD e com um HD de 7200RPM, olhe a diferença você pode tenta faze esses passos mas acho que a melhor solução é um SSD.

Testes feito pelo terminal:
systemd-analyze blame

SSD A400 - 240GB:

SSD - Pastebin.com

HD 7200RPM - 320GB:

HD 7200RPM - Pastebin.com

Mesmo sendo um SSD básico a diferença muita.

Fiz várias edições nesse post mas acho que agora finalmente terminei kkkk

1 Curtida

Olá! Primeiramente obrigado pela resposta!

O problema que eu estava enfrentando não era na inicialização do sistema, mas sim do Plasma. Veja a saída do “systemd-analyze blame”

graphical.target reached after 1.750s in userspace
           856ms man-db.service
           853ms systemd-logind.service
           843ms lightdm.service
           842ms plymouth-quit-wait.service
           840ms apt-daily.service
           479ms apt-daily-upgrade.service
           281ms udisks2.service
           280ms upower.service
           261ms dev-sda2.device
           254ms warsaw.service
           179ms ModemManager.service
           171ms logrotate.service
           164ms gpm.service
           160ms accounts-daemon.service
           121ms systemd-journald.service
           119ms libvirtd.service
            84ms wpa_supplicant.service
            82ms NetworkManager.service
            82ms media-4TB_Plots.mount
            81ms avahi-daemon.service
            76ms lvm2-monitor.service
            64ms user@1000.service
            58ms systemd-udev-trigger.service
            57ms polkit.service
            54ms boot-efi.mount
            54ms systemd-timesyncd.service
            51ms dev-disk-by\x2duuid-9915fe27\x2dc612\x2d4302\x2d9307\x2dad99b5d21823.swap
            43ms ssh.service
            36ms packagekit.service
            34ms home.mount
            30ms systemd-fsck@dev-disk-by\x2duuid-4C30\x2d2424.service
            30ms user-runtime-dir@1000.service
            29ms systemd-udevd.service
            29ms networking.service
            27ms rsyslog.service
            23ms keyboard-setup.service
            20ms systemd-journal-flush.service
            19ms lm-sensors.service
            17ms systemd-tmpfiles-setup.service
            16ms blk-availability.service
            15ms plymouth-start.service
            13ms systemd-sysctl.service
            13ms pppd-dns.service
            12ms plymouth-read-write.service
            12ms systemd-tmpfiles-setup-dev.service
            11ms libvirt-guests.service
            11ms systemd-remount-fs.service
            10ms systemd-random-seed.service
            10ms sys-kernel-debug.mount
             9ms kmod-static-nodes.service
             9ms systemd-sysusers.service
             9ms dev-mqueue.mount
             9ms dev-hugepages.mount
             8ms systemd-modules-load.service
             7ms systemd-update-utmp.service
             7ms systemd-update-utmp-runlevel.service
             5ms systemd-user-sessions.service
             5ms ifupdown-pre.service
             4ms rtkit-daemon.service
             3ms sys-fs-fuse-connections.mount
             3ms console-setup.service

Eu já utilizo SSD, o boot é bem rápido mesmo.

O systemd está configurado sem log persistente, ou seja, nem cria a pasta /var/log/journal. O log do debian 10 fica no /var/log, do estilo antigo em logs de texto e arquivados pelo “logrotate”.

Nesse sistema não uso os snaps, acabo usando os programas mesmo que um pouco desatualizados mas que sejam do repositório do debian. Instalado de terceiros apenas o google chrome.

Porém o que resolveu mesmo foi que eu desativei o “Chaveiro do KDE” (kwallet). Acredito que os serviços do akonadi (que o kmail usa) ficavam esperando chaveiro de sessão, e o plasma ficava na tela de login esperando o início do chaveiro de sessão, que gerava esse círculo de espera até dar timeout da tela de apresentação (os 30 segundos cronometrados).

Novamente muito obrigado pela atenção dispensada!

1 Curtida

Atualização:

O erro estranho voltou algum tempo depois. Continuou perturbando até recentemente quando eu fiz uma limpeza nas pastas .cache do meu /home. Acredito que ter apagado a pasta ~/.cache/akonadi que tinha quase 500MB foi a solução.

1 Curtida