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?
Réponses:
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
si vous aimez vous pouvez également arrêter (cela dépend de vos besoins) -
Avant que l'unité prenne près d'env. environ 20 secondes pour charger maintenant, il faut environ 3 secondes.
la source
gnome-session-properties
terminal et vous comprendrez tout par la suitedisknotification
. Choisissez une activité de démarrage suspecte. Éteignez-le et voyez si cela fonctionne. Et s'il vous plaît avant de désactiver un élément de démarrage, veuillez le rechercher sur Google et savoir ce qu'il fait.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
top
en conjonction aveciostat -x
(à partir dusysstat
package) 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:
inotifywait
etinotifywatch
qui permet de surveiller les accès aux fichiers.la source
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.
la source
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:
la source
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
la source