Qu'est-ce qui ralentit Unity au démarrage?

Il y a quelques jours, j'ai remarqué qu'après m'être connecté, le panneau supérieur et le tableau de bord prenaient un peu plus de temps à charger et j'ai remarqué plus d'activité sur le disque que d'habitude.

J'ai pensé que cela pouvait être dû à une mise à jour ou à l'installation de pdftk. J'ai donc supprimé pdftk mais le "problème" persiste.

Existe-t-il un moyen de savoir ce qui utilise le disque (opérations de lecture / écriture) au démarrage?

Si c'était plus tard, j'utiliserais iotop mais je ne pourrai lancer iotop qu'après avoir pris le contrôle du bureau.

Je suis sur Ubuntu 12.10 amd64.

Éditer

J'ai jeté un œil aux journaux et dans le fichier Xorg.0.log j'ai trouvé les lignes suivantes:

[    36.230] (II) XKB: reuse xkmfile /var/lib/xkb/server-ED81635D9DABCAA502951B920776FB5895D92DC0.xkm
[  6683.340] (II) XKB: generating xkmfile /var/lib/xkb/server-7111F82C412662D491D0F0A3A5A74C8F62B59F29.xkm

Serait-ce l'étape problématique?

Il s'agit du même problème auquel j'étais "confronté" mais que j'ai résolu, il semble qu'une application de démarrage soit à l'origine de ce problème.

Ok voici ce que j'ai fait -

sudo sed -i 's/NoDisplay=true/NoDisplay=false/g' /etc/xdg/autostart/*.desktop

ouvrez l'application de démarrage puis décochez - DISK NOTIFICATION (La notification Disk Utility est utilisée pour signaler les pannes de disque à l'aide de la technologie prédictive SMART). Cela explique aussi votre devis

J'ai remarqué plus d'activité disque que d'habitude

si vous aimez vous pouvez également arrêter (cela dépend de vos besoins) -

BUS D-BUS AT-SPI, moniteur de sauvegarde, recherche de nouveaux pilotes matériels, partage de bureau, embarqué, lecteur d'écran Ocra, partage de fichiers personnels,

Avant que l'unité prenne près d'env. environ 20 secondes pour charger maintenant, il faut environ 3 secondes.

Ce que je ferais pour cela, c'est d'ouvrir une console (ou deux) pendant que le système démarre avec Ctrl+ Alt+ F1/ F2puis l'utiliser topen conjonction avec iostat -x(à partir du sysstatpackage) pour déterminer ce qui se passe.

D'autres outils utiles dont vous pourriez avoir besoin un certain temps pour ce genre de problème sont ceux du paquet inotify-tools: inotifywaitet inotifywatchqui permet de surveiller les accès aux fichiers.

Un examen attentif des journaux devrait fournir des informations. Bien que cela puisse sembler un peu fastidieux, les journaux peuvent révéler des informations très intéressantes sur la machine au démarrage. Par exemple, le journal du noyau (/var/log/kern.log) donne une description détaillée de ce qui s'est passé, chronométré à la milliseconde près.

Si kern.log ne révèle aucune information utile, essayez syslog et même authlog. Vous recherchez quelque chose d'inhabituel tel que des messages d'erreur ou quelque chose qui se répète ou recommence plusieurs fois. La plupart des journaux sont horodatés en millisecondes, ce qui peut être très utile si vous pouvez synchroniser des problèmes réels avec l'heure système.

Essayez d'exécuter la «visionneuse de fichiers journaux» et de l'utiliser comme assistant. Cela aide un peu en mettant tous les journaux disponibles devant vous et en vous donnant la possibilité de ne consulter que les journaux d'aujourd'hui.

Vous êtes-vous déjà connecté à une session gnome classic? Il y a un bogue dans compiz qui le fait démarrer très lentement si vous le faites même une fois, puis recommencez à utiliser l'unité:

https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1001138

La solution consiste à modifier ~ / .config-bad1 / compiz-1 / compizconfig / config et à supprimer les lignes suivantes:

[gnome_session]
profile =

Vous pouvez essayer de choisir "Options avancées pour Ubuntu" Dans le chargeur de démarrage, choisissez le mode de récupération et il devrait afficher des informations. Parfois, vous devez être rapide à le lire