16.04: inicialização lenta, não importa o que eu remover ou fazer (arquivos para análise fornecidos)

3

Estou muito frustrado com o tempo que o meu laptop inicializa desde que instalei o Ubuntu.

Antes do Ubuntu, eu tinha o Kubuntu 15.04 que inicializava do Grub para o desktop em menos de 20 segundos. Eu mudei para o Ubuntu (64 bits) porque ouvi que era mais rápido. Até agora, é muito pior. Com o autologin, leva 55 segundos. Sem, eu recebo do Grub para minha tela de login em 35 segundos. Então, depois de digitar minha senha e pressionar ENTER, levará outros 21 segundos para mostrar a área de trabalho.

Deve-se mencionar também que, durante a inicialização, não há tela roxa ou o logotipo inicial do Ubuntu com pontos de rolagem.

Quando estou na minha área de trabalho, tudo funciona bem e rápido. Ele dorme e recomeça bem etc. É apenas a inicialização que me preocupa. Desde que eu tenho um sistema de dual-boot, eu tendem a reiniciar no Windows 10 para fazer certas coisas. A inicialização no Win10 é super rápida, mas a inicialização no Ubuntu leva muito tempo.

Estou usando exatamente a mesma partição que eu era antes (que eu formatava para uma nova instalação do Ubuntu).

Estou usando systemd-analyze para descobrir o que está causando atrasos. Até agora eu tentei o seguinte:

  • Kernel atualizado para 4.6
  • Serviço NetworkManager-wait-online desativado
  • Desativado serviço Samba-ad-dc
  • Serviço smbd desativado
  • Serviço mnbd desativado
  • Aparelho desativado e desinstalado
  • Serviço do grub-common desativado

Aqui está a tela que eu vejo entre o menu do Grub e a tela de login:

EstoucientedequeissoéfsckeapareceimediatamenteapósomenudoGrub.Tambémestoucientedeque,porquesurgedeimediato,nãoestádemorandomuitotempo.Masessatelaéoqueeuvejoatéateladeloginaparecer.Nãohátelainicialcompontosnofundo,nenhumatelaroxa.

Aquiestáumlinkparaaminha saída do dmesg

Meu dmesg por algum motivo só vai para 25 segundos.

Além disso, eu plotei minha inicialização com systemd-analyze plot > file.svg e acabo com horários que não fazem sentido. E, na verdade, o gráfico leva apenas 20 segundos, mas demora muito mais para a minha tela de login aparecer. Aqui está minha saída (eu vinculei a imagem em vez de postá-la por causa do tamanho da imagem):

saída de análise systemd

Saída de systemd-analyze blame (abaixo)

Saídadesystemd-analyzecritical-chain(abaixo)

Aquiestáasaídadefdisk-l(abaixo)

Como eu disse antes, estou usando as mesmas partições de antes (sdb6 para /, sdb3 para / home, sdb5 para swap). Eles foram formatados. Então, eu não sei porque isso pode estar acontecendo.

sda é uma unidade SSD, sdb é uma unidade mecânica de 1 TB.

O resto do meu hardware:

Laptop HP DV7. Processador Intel i7, RAM de 8 GB, gráficos AMD Radeon HD 7960M XT (duplo comutável com gráficos Intel).

Eu tenho trabalhado nisso por um tempo, espero que minha escavação mostre isso, e eu poderia realmente usar alguma ajuda aqui. Eu vou fornecer quaisquer outras saídas que você precisar.

Obrigado antecipadamente!

ATUALIZAÇÃO

Eu tentei inicializar com network-manager desativado e não houve diferença no tempo de inicialização. Por algum motivo, networking.service ainda aparece na lista de culpados.

Aqui estão as saídas de culpabilização e de cadeia crítica do systemd-analysis:

BLAME

  8.410s networking.service
  7.267s ModemManager.service
  7.138s accounts-daemon.service
  5.327s systemd-logind.service
  4.939s alsa-restore.service
  4.595s systemd-user-sessions.service
  4.166s dev-sdb6.device
  3.683s loadcpufreq.service
  3.455s apport.service
  3.353s ondemand.service
  3.261s cpufreqd.service
  2.063s gpu-manager.service
  1.643s polkitd.service
  1.508s rsyslog.service
  1.322s lm-sensors.service
  1.224s lightdm.service
  1.144s plymouth-start.service
  1.026s systemd-modules-load.service
  1.005s thermald.service
   918ms systemd-tmpfiles-setup-dev.service
   907ms avahi-daemon.service
   772ms systemd-journald.service
   534ms upower.service

Corrente crítica

graphical.target @16.982s
└─multi-user.target @16.982s
  └─cpufrequtils.service @16.976s +5ms
    └─loadcpufreq.service @13.268s +3.683s
      └─basic.target @8.324s
        └─sockets.target @8.324s
          └─avahi-daemon.socket @8.324s
            └─sysinit.target @8.230s
              └─systemd-update-utmp.service @8.102s +127ms
                └─systemd-tmpfiles-setup.service @7.768s +333ms
                  └─local-fs.target @7.767s
                    └─home.mount @7.704s +63ms
                      └─systemd-fsck@dev-disk-by\x2duuid-e715a619\x2de892\x2d40dc\x2dbc17\x2d235e98e3ffe6.service @7.180s +463ms
                        └─dev-disk-by\x2duuid-e715a619\x2de892\x2d40dc\x2dbc17\x2d235e98e3ffe6.device @7.167s

UPDATE 2

Depois de desativar muito e remover vários aplicativos, ainda não estou chegando a lugar nenhum. Eu penso no entanto agora, que isso pode ser um problema com o Mestre ou com o DE ... Mas passar por todos os registros não está me levando a lugar algum até agora.

    
por Dorian 20.05.2016 / 03:24

3 respostas

3

Eu abandonei a versão que estava tentando executar após inúmeras tentativas de acelerá-la e fiz o downgrade para o Ubuntu Gnome 14.04. Eu tirei tanto do Ubuntu 16.04 que estava começando a causar problemas.

Mudar para o Gnome 14.04 fez com que tudo fosse inicializado e rodasse muito mais rápido. Meu tempo de inicialização foi de 55 segundos com Unity 16.04 a 20 segundos com o Gnome 14.04.

No final, não importa o que eu fiz, eu não consegui acelerar nada mais rápido com o 16.04. A solução para mim foi um downgrade, mesmo rodando em hardware mais novo.

Para confirmar isso, decidi também fazer o downgrade do meu PC do Kubuntu 16.04 para o Gnome 14.04. É um quad-core i7 a 4Ghz com 16GB de RAM e drives SSD. Meu tempo de inicialização foi de ~ 8 segundos e agora é de ~ 5 segundos.

    
por Dorian 05.07.2016 / 19:47
-1

Eu não sei se isso vai resolver o seu problema, mas vemos que depois de atualizar para o 16.04. O tempo de inicialização foi muito maior e tivemos alguns problemas de inicialização nos quais o computador não foi iniciado. Isso foi resolvido após a remoção de plymouth e todas as telas relacionadas.

    
por neonima 16.01.2017 / 14:55
-2

A atualização de drivers corrigiu os problemas de desempenho para mim. Olha aqui:

Kubuntu 16.04 Driver Manager quebrado

    
por andmey 17.08.2016 / 12:04