Dê um passo adiante para ver mais resultados usando o systemd-analyzecomando anexado critical-chain. Este comando supostamente "imprime uma árvore da cadeia de unidades de tempo crítico".
Exemplo de saída de systemd-analyzecomandos 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
Se a saída acima ainda não fornecer nenhuma dica, use outro comando systemctl status SERVICEpara ver a saída relacionada para o SERVICE de destino. Este comando imprimirá se o SERVICE está sendo executado no momento ou não e também imprimirá o registro relevante a partir da última inicialização.
Exemplo de saída de systemctlcomando, 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.
Uma verificação simples : existe algum dispositivo adicional que permaneça conectado ao seu computador sem motivo aparente? Qualquer dispositivo inocente, como um smartphone conectado à porta USB, pode diminuir a velocidade ou até interferir no processo de inicialização do seu computador.
O sistema trava na tela de login pelo que parece ser 30 segundos. O cursor e a tela do mouse estão completamente congelados. Depois disso, o sistema funciona normalmente.
O ponto de mudança : a pergunta acima revelou apenas os sintomas, que dificilmente contam outra coisa senão a lentidão do carregamento do sistema.
Em vez de descrever o atraso, considere fazer uma das seguintes perguntas:
Quando o processo de inicialização começou a desacelerar?
O que mudou recentemente com o meu computador? Como atualização ou personalização do BIOS.
Eu instalei hardware adicional? Como 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 possuía nenhuma dessas informações, o que significa impossível determinar a causa raiz de algo que não sabemos. A falta de informação é uma armadilha para qualquer tentativa de solução de problemas.
Eu tive o mesmo problema com upower.service exigindo 63 segundos. Pelo fato de eu ter uma configuração de inicialização dupla e exigir trocas frequentes, isso me deixou louco. A leitura no site upower.freedesktop não revelou nenhuma pista sobre o que está acontecendo.
Consegui resolver o problema, ainda que inadvertidamente.
systemd-analyze blameagora gera:Então, meu tempo de inicialização é muito rápido agora. Primeiro, reinstalei o upower (que não mudou nada). Depois reinstalei os drivers da nvidia e também reinstalei o plasma - e isso parece ter resolvido o problema. Eu havia notado que a configuração do monitor duplo era lenta para carregar no início, com o plasma (eu uso o Kubuntu 16.04) frequentemente esquecendo a instalação. Se você pesquisar no google 'nbuntu boot lento da nvidia', obtém muitos acessos, e isso me levou a tentar.
Escrevo esta resposta na esperança de que possa ajudar outras pessoas a replicar o sucesso. Para reinstalar o upower, segui este guia: clique em
fonte