Tempos de inicialização longos em 18.04

6

Acabei de instalar o Ubuntu 18.04 no meu laptop (Asus Aspire 15, Intel i3-6100U) esta manhã, e tudo parece estar funcionando muito bem, exceto pelo longo tempo de inicialização. Eu corri 17.10 no passado e o tempo de inicialização foi muito rápido no meu SSD, mas leva quase um minuto para o boot 18.04.

Eu corri systemd-analyze blame e parece que plymouth-quit-wait.service está causando o problema:

      20.626s plymouth-quit-wait.service
      6.082s NetworkManager-wait-online.service
      1.090s dev-mapper-ubuntu\x2d\x2dvg\x2droot.device
       984ms motd-news.service
       804ms dev-loop8.device
       782ms dev-loop9.device
       757ms dev-loop10.device
       755ms dev-loop11.device
       744ms fwupd.service
       709ms dev-loop2.device
       695ms dev-loop1.device
       679ms dev-loop3.device
       677ms dev-loop4.device
       671ms dev-loop7.device
       666ms dev-loop5.device
       641ms dev-loop6.device
       374ms plymouth-start.service
       367ms systemd-logind.service
       287ms udisks2.service
       261ms apparmor.service
       259ms NetworkManager.service
       256ms systemd-rfkill.service
       213ms snap-core-4486.mount

Eu tentei mascarar e desativar o processo, mas ele não fez nada. Além disso, se ajudar a resolver qualquer coisa, mudei o ambiente de trabalho do Gnome para o Cinnamon. A primeira inicialização no Gnome após a instalação teve o mesmo problema de inicialização longa.

    
por Nick Bianchi 28.04.2018 / 05:33

1 resposta

1

Acabei de fazer uma conversão de teste de 16.04 para 18.04 e não tive esse problema. Mas você pode suprimir o Plymouth usando sudo powers para editar o arquivo /etc/default/grub .

sudo -H gedit /etc/default/grub

Procure a linha que contém:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

e remova a palavra splash (que faz o Plymouth carregar).

Em seguida, salve seu arquivo e execute

sudo update-grub

Agora, o Plymouth não será mais executado na inicialização. Esta é uma correção do band-aid e você deve procurar por uma correção real.

    
por WinEunuuchs2Unix 29.04.2018 / 07:32