Longo Atraso após o Bootin - upower.service requer 26s

11

Estou tentando determinar a causa raiz de um atraso após a inicialização. Atualmente usando o Ubuntu 16.10 LTS, mas o mesmo problema estava ocorrendo em versões anteriores de volta para 14.

O sistema trava na tela de login pelo que parece ser 30 segundos. O cursor do mouse e a tela estão completamente congelados. Depois disso, o sistema funciona normalmente.

A saída principal de systemd-analyze blame é ...

   26.653s upower.service
   6.890s NetworkManager-wait-online.service

Pesquisando o upower.service parece que a maioria das pessoas está vendo menos de 2s. Como posso determinar por que up.service está demorando tanto na inicialização?

obrigado!

    
por vanboom 01.05.2016 / 18:32

3 respostas

1

Dê um passo adiante para ver mais resultados usando o comando systemd-analyze que é anexado com critical-chain . Este comando supostamente "imprime uma árvore da cadeia de unidades de tempo crítico".

Exemplo de saída dos comandos systemd-analyze , que são relevantes para upower.service :

$ systemd-analyze blame | grep upower
           486ms upower.service

$ systemd-analyze critical-chain upower.service
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

upower.service +486ms
└─basic.target @16.023s
  └─sockets.target @16.023s
    └─snapd.socket @15.921s +55ms
      └─sysinit.target @15.920s
        └─apparmor.service @6.264s +9.629s
          └─local-fs.target @6.147s
            └─run-user-108.mount @36.705s
              └─local-fs-pre.target @6.147s
                └─systemd-remount-fs.service @6.051s +93ms
                  └─system.slice @2.394s
                    └─-.slice @2.389s

Comando relacionado para verificar

Se a saída acima ainda não lhe der nenhum sinal, use outro comando systemctl status SERVICE para ver a saída relacionada para o SERVICE alvo. Este comando irá imprimir se o serviço está atualmente em execução ou não, e também imprimir log relevante a partir da última inicialização.

Exemplo de saída do comando systemctl , que é relevante para upower.service :

$ systemctl status upower.service
● upower.service - Daemon for power management
   Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset: 
   Active: active (running) since Wed 2016-09-21 23:33:23 MYT; 1min 35s ago
     Docs: man:upowerd(8)
 Main PID: 967 (upowerd)
    Tasks: 3 (limit: 512)
   CGroup: /system.slice/upower.service
           └─967 /usr/lib/upower/upowerd

Sep 21 23:33:22 HOSTNAME systemd[1]: Starting Daemon for power management...
Sep 21 23:33:23 HOSTNAME systemd[1]: Started Daemon for power management.

E se esse dispositivo ...

Uma simples verificação: existe algum dispositivo adicional que permaneça conectado ao seu computador sem motivo aparente? Qualquer dispositivo inocente, como um smartphone conectado à porta USB, pode retardar ou até mesmo interferir no processo de inicialização do seu computador.

O ponto de mudança

  

O sistema trava na tela de login pelo que parece ser 30 segundos. O cursor do mouse e a tela estão completamente congelados. Depois disso, o sistema funciona normalmente.

Na pergunta acima, apenas os sintomas foram revelados, o que dificilmente diz outra coisa senão a lentidão de carregar o sistema.

Em vez de descrever o atraso, considere se fazer as seguintes perguntas:

  • Quando o processo de inicialização começou a desacelerar?

  • O que mudou recentemente com o meu computador? (ou seja, atualização do BIOS ou personalização)

  • Eu instalei hardware adicional? (isto é, novo driver de dispositivo)

  • Eu instalei pacotes adicionais ou atualizei pacotes específicos?

  • Que tipo de hardware é usado? O hardware está causando problemas?

A pergunta não tinha nenhuma dessas informações, o que significa impossível determinar a causa raiz de algo que não conhecemos. A falta de informação é uma armadilha para qualquer tentativa de solução de problemas.

    
por clearkimura 21.09.2016 / 19:16
0

Edite seu /etc/journald.conf e adicione armazenamento persistente. Isso preservará seus logs de construções anteriores.

Com isso ativado, você pode examinar os logs das inicializações anteriores para o serviço de melhoramento:

journalctl -b -1 -u upower.service

Você pode querer desabilitar o log persistente depois de terminar, pois isso consumirá muito espaço em disco.

    
por Amias 16.09.2016 / 15:35
0

Eu tive o mesmo problema com up.service que requer 63 segundos. Como tenho uma configuração de dualboot e preciso de comutação freqüente, isso me deixou louco. A leitura no site da upcoming.freedesktop não revelou nenhuma pista sobre o que está acontecendo.

Consegui resolver o problema, embora inadvertidamente. systemd-analyze blame agora produz:

800ms snapd.firstboot.service
696ms wicd.service
...
250ms upower.service

Então, meu tempo de inicialização é muito rápido agora. Primeiro, eu re-instalado upower (o que não mudou nada). Então eu reinstalei os drivers nvidia & amp; Eu também re-instalado plasma e isso parece ter resolvido o problema. Eu tinha notado que a configuração do monitor duplo demorava a carregar no início, com o plasma (eu uso o Kubuntu 16.04) esquecendo frequentemente a configuração. Se você usar o google 'ubuntu slow boot nvidia', você recebe muitos hits, e isso me levou a tentar.

Escrevo esta resposta na esperança de que isso ajude outras pessoas a replicar o sucesso. Para re-instalar upower eu segui este guia: clique

#re-installing nvidia drivers
sudo apt-get purge nvidia-*
sudo apt-get install nvidia-current nvidia-settings

#uninstalling plasma
sudo apt-get purge kubuntu-desktop plasma-desktop
sudo apt-get autoremove

#installing plasma    
sudo apt-add-repository ppa:kubuntu-ppa/backports
sudo apt update && sudo apt full-upgrade -y
    
por marts 17.09.2016 / 22:51

Tags