Long délai après le démarrage - upower.service nécessite 26 secondes

J'essaie de déterminer la cause première d'un retard après le démarrage. Utilise actuellement Ubuntu 16.10 LTS, mais le même problème se produisait sur les versions antérieures à 14.

Le système se bloque à l'écran de connexion pendant ce qui semble être 30 secondes. Le curseur et l'écran de la souris sont complètement figés. Après cela, le système fonctionne normalement.

La sortie supérieure de systemd-analyze blameest ...

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

Googler upower.service semble que la plupart des gens voient moins de 2s. Comment puis-je déterminer pourquoi upower.service prend autant de temps au démarrage?

Merci!

Allez plus loin pour voir plus de résultats en utilisant la systemd-analyzecommande qui est ajoutée à critical-chain. Cette commande est censée "imprimer un arbre de la chaîne d'unités à temps critique".

Exemple de sortie de systemd-analyzecommandes pertinentes pour 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

Si la sortie ci-dessus ne vous donne toujours aucune indication, utilisez une autre commande systemctl status SERVICEpour voir la sortie associée pour le SERVICE cible. Cette commande affichera si le SERVICE est en cours d'exécution ou non, et imprimera également le journal pertinent à partir du dernier démarrage.

Exemple de sortie de systemctlcommande, qui concerne 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.

Une simple vérification : y a-t-il un périphérique supplémentaire qui reste connecté à votre ordinateur sans raison apparente? Tout appareil innocent, tel qu'un smartphone connecté au port USB, peut ralentir ou même interférer le processus de démarrage de votre ordinateur.

Le système se bloque à l'écran de connexion pendant ce qui semble être 30 secondes. Le curseur et l'écran de la souris sont complètement figés. Après cela, le système fonctionne normalement.

Le point changeant : La question ci-dessus n'a révélé que les symptômes, qui ne disent guère autre chose que la lenteur du chargement du système.

Au lieu de décrire le retard, pensez à vous poser l'une des questions suivantes:

• Quand le processus de démarrage a commencé à ralentir?

• Qu'est-ce qui a récemment changé avec mon ordinateur? Tels que la mise à jour ou la personnalisation du BIOS.

• Ai-je installé du matériel supplémentaire? Tels que le nouveau pilote de périphérique.

• Ai-je installé des packages supplémentaires ou mis à niveau des packages particuliers?

• Quel type de matériel est utilisé? Le matériel pose-t-il des problèmes?

La question n'avait aucune de ces informations, ce qui signifie impossible de déterminer la cause profonde de quelque chose que nous ne savons pas. Le manque d'informations est un écueil à toute tentative de résolution de problèmes.

Modifiez votre /etc/journald.confet ajoutez un stockage persistant. Cela préservera vos journaux des versions précédentes.

Lorsque cette option est activée, vous pouvez ensuite examiner les journaux des démarrages précédents pour le service upower:

journalctl -b -1 -u upower.service

Vous souhaiterez peut-être désactiver la journalisation persistante une fois que vous aurez terminé, car cela utilisera beaucoup d'espace disque.

J'ai eu le même problème avec upower.service nécessitant 63 secondes. Parce que j'ai une configuration à double démarrage et que je dois changer fréquemment, cela m'a rendu fou. La lecture du site Web upower.freedesktop n'a révélé aucun indice sur ce qui se passe.

J'ai réussi à résoudre le problème, bien que par inadvertance. systemd-analyze blameaffiche désormais:

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

Mon démarrage est donc très rapide maintenant. Tout d'abord, j'ai réinstallé upower (qui n'a rien changé). Ensuite, j'ai réinstallé les pilotes nvidia et j'ai également réinstallé plasma - et cela semble avoir résolu le problème. J'avais remarqué que la configuration à deux écrans était lente à charger au début, le plasma (j'utilise Kubuntu 16.04) oubliant souvent la configuration. Si vous cherchez sur Google 'ubuntu slow boot nvidia', vous obtenez pas mal de hits, et cela m'a amené à essayer.

J'écris cette réponse dans l'espoir qu'elle puisse aider les autres à reproduire le succès. Pour réinstaller upower, j'ai suivi ce guide: cliquez sur

#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