web-dev-qa-db-fra.com

Ubuntu 16.04 temps de démarrage / connexion lent - xorg se bloque au démarrage

J'utilise Ubuntu 16.04, 64 bits, 11,7 Go de RAM, processeur Intel i7-3770, disque rotatif de 2 To. J'ai 3 écrans et j'utilise 6 espaces de travail virtuels et j'utilise l'unité.

Lors d'un redémarrage, le bureau se charge très lentement après ma connexion et la disposition visuelle des panneaux reste "bloquée" pendant un certain temps avec des panneaux fragmentés. La souris est coincée dans un moniteur et l’unité répond partiellement avec beaucoup de retard. Après environ 20-30 secondes, il se corrige et mon bureau redevient normal. Cette lenteur pourrait-elle être liée à un disque en rotation?

Je reçois la fenêtre habituelle "Problème de programme système détecté" après ma première connexion. J'ai nettoyé mon répertoire /var/crash/ et redémarré. Je reçois toujours l'erreur, alors je ne pense pas qu'il s'agisse de journaux de collisions obsolètes.

Il y a un fichier d'accident (que j'ai élidé):

_usr_lib_xorg_Xorg.0.crash:

ProblemType: Crash
Architecture: AMD64
Date: Tue May 16 09:11:00 2017
DistroRelease: Ubuntu 16.04
ExecutablePath: /usr/lib/xorg/Xorg
ExecutableTimestamp: 1485390561
ProcCmdline: /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
ProcCwd: /
ProcEnviron: 
ProcMaps:
 ...
ProcStatus:
 Name:  Xorg
 Umask: 0022
 State: S (sleeping)
 ...
 voluntary_ctxt_switches:   4088352
 nonvoluntary_ctxt_switches:    204945
Signal: 6
Uname: Linux 4.8.0-49-generic x86_64
UserGroups: 
CoreDump: base64
 ...

J'ai effectué plusieurs redémarrages en effaçant les journaux d'incidents à chaque fois et obtenant toujours le même ProcCmdline:

/usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch

Voici le résultat de systemd-analyze blame | head:

8.827s docker.service
7.404s dev-sda2.device
3.171s apparmor.service
2.087s ModemManager.service
1.893s dev-loop2.device
1.864s accounts-daemon.service
1.710s thermald.service
1.667s NetworkManager.service
1.569s plymouth-start.service
1.408s systemd-timesyncd.service

Merci d'avance!

4
rmin

Le passage à un disque à l'état solide a résolu ce problème. Réduction du temps de démarrage de plus de 20 secondes!

Comme Josh A. l'a fait remarquer, cela n'était pas lié au crash de xorg.

0
rmin

Plus qu'un commentaire, mais la réputation me manque ... Le journal des incidents que vous avez fourni indique le blocage de LightDM. LightDM, entre autres, est responsable de l'affichage de l'écran d'accueil/de connexion. Étant donné que votre problème survient après votre connexion, le journal des incidents n’est probablement pas lié. Néanmoins, vous pouvez essayer d'installer un autre gestionnaire d'affichage. Voici les instructions pour passer de LightDM à GDM. Probablement pas votre cause fondamentale, mais cela vaut toujours le coup d'essayer lorsque LightDM vous donne des citrons.

2
Josh A.