Qu’est-ce qui ralentit le démarrage de Unity?

Il y a quelques jours, j’ai remarqué qu’après le login, le panneau supérieur et le tableau de bord prenaient un peu plus de temps à charger et j’ai remarqué une activité de disque supérieure à celle habituelle.

Je pensais que cela aurait pu être causé par une mise à jour ou par 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 peux lancer iotop qu’après avoir pris le contrôle du bureau.

Je suis sur Ubuntu 12.10 amd64.

modifier

J’ai jeté un coup d’œ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?

C’est le même problème que je rencontrais, mais que je résolvais, était comme si une application de démarrage posait ce problème.

Ok voici ce que j’ai fait –

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

ouvrez ensuite l’application de démarrage, puis décochez – DISQUE NOTIFICATION (la notification de l’Utilitaire de disque sert à 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 aussi éteindre (cela dépend de vos besoins) –

BUS D-BUS AT-SPI, Moniteur de sauvegarde, Rechercher de nouveaux pilotes de matériel, Partage de bureau, Onboard, Ocra Screen Reader, Partage de fichiers personnels,

Avant que l’unité prenne à peu près env. environ 20 secondes pour charger maintenant cela prend environ 3 secondes.

Ce que je voudrais faire pour cela est d’ouvrir une console (ou deux) pendant que le système commence par Ctrl + Alt + F1 / F2, puis d’utiliser top conjointement avec iostat -x (du paquet sysstat ) pour déterminer ce qui se passe.

D’autres outils utiles, comme ceux du paquet inotify-tools: inotifywait et inotifywatch qui vous permettent de surveiller les access aux fichiers, peuvent vous prendre un peu de temps pour résoudre ce type de problème.

Un examen minutieux des journaux devrait fournir des informations. Bien que cela puisse paraître fastidieux, les journaux peuvent révéler des informations très intéressantes sur la machine en cours de démarrage. Par exemple, le journal du kernel (/var/log/kern.log) donne une description détaillée de ce qui s’est passé et est décomposée à 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 qui est réessayé plusieurs fois. La plupart des journaux sont horodatés à la milliseconde, ce qui peut s’avérer très utile si vous pouvez synchroniser les problèmes du monde réel avec l’heure du système.

Essayez d’exécuter “visionneuse de fichiers journaux” et de l’utiliser comme assistant. Cela aide un peu en plaçant tous les journaux disponibles devant vous et en vous donnant la possibilité de consulter uniquement les journaux actuels.

Avez-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 ne le faites qu’une seule fois, puis que vous revenez à 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 devrait afficher des informations. Parfois, il faut être rapide pour le lire