Ubuntu 12.04 a gelé, nécessitant du cyclomoteur. Que dois-je rechercher / grep dans les journaux?
Ce n'est pas la première fois qu'Ubuntu se fige. La dernière fois, j'ai vérifié les "fichiers récemment mis à jour" dans /var/log/ et /var/crash/ et la cause du problème semblait être "LibreOffice".
Maintenant, c'est encore arrivé.
Rien ne fonctionne, à l'exception du bouton de mise hors tension (basé sur l'expérience précédente). Je ne peux même pas ouvrir le tty en utilisant Ctrl+Alt+F{1..6}
J'ai beaucoup de mémoire (7,7 Go), de RAM (2 x 3,16 GHz) et d'espace sur le disque dur (100 Go sur un SSD de 256 Go).
Il n'y a rien que je puisse faire, sauf arrêter. L'ordinateur a passé un test.
Que dois-je rechercher (grep) dans les journaux?
Mise à jour: J'ai soumis un bogue ici: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1023916 /
Un gel semble être une erreur, que ce soit dans Xorg ou dans le noyau. Avez-vous essayé de ssh à la boîte? Parfois, cela fonctionne même si les interfaces utilisateur locales sont toutes irresponsables. Une connexion ssh qui fonctionne peut être très utile pour déboguer ce genre de problème.
À partir des données que vous avez fournies, je choisirais le journal du noyau. Il semble que libreoffice se soit écrasé pour une raison quelconque, et en une seconde, chrome avait également disparu. Donc, il y avait certainement une sorte de problème à cette époque. Examinez de plus près le journal autour de ces lignes d'erreur et voyez si vous pouvez identifier le premier message d'erreur de cette cascade d'événements. Les horodatages à gauche devraient être utiles, car tout événement lié au gel devrait être assez proche des deux que j'ai mentionnés.
À en juger par les deux événements inclus dans votre journal, il semble probable que le crash de libreoffice a rendu X instable, entraînant le gel de l’UI et le crash de chrome. Vous remarquerez que chrome s'est écrasé dans une bibliothèque X.
J'utilisais le mode par défaut 'Vanilla', bien que xfce et kde soient installés.
Une installation de Vanilla, à ma connaissance, signifie une installation propre d’une distribution. Essayez une nouvelle installation (comme dans le format tout, créez un nouvea utilisateur et réessayez). Bien sûr, sauvegardez vos fichiers importants avant de le faire.
Aussi, au lieu de réinstaller, vous pouvez essayer créer un nouvel utilisateur. Cela peut indiquer le problème: Si le nouvel utilisateur fonctionne, le problème se situe dans les paramètres de votre utilisateur domestique. Si ce n'est pas le cas, c'est un problème système (et la réinstallation le résoudrait probablement)
N'installez rien d'autre. N'utilisez pas de PPA. Mettez à jour le logiciel uniquement via le gestionnaire de mise à jour ou apt-get, sans modifier/ajouter le fichier sources.list. Cela signifie installation de vanille. Voir comment le système répond pendant 3-4 jours. Ensuite, commencez à ajouter des logiciels un par un afin de découvrir le paquet problématique.
Après un redémarrage, le système ajoute généralement un ".old" ou ".0" dans le nom du fichier.
Je dirais que ces fichiers de log seraient informatifs:
tar czf mylogs.tar.gz --ignore-failed-read ~/.xsession-errors.old /var/log/Xorg.0.log.old /var/log/dmesg.0 /var/log/syslog.1 /var/log/kern.log.1 /var/log/apport.log.1 /var/log/pm-powersave.log.1
file-roller mylogs.tar.gz
... ou si vous le préférez séparément:
cat ~/.xsession-errors.old
cat /var/log/Xorg.0.log.old
cat /var/log/dmesg.0
cat /var/log/syslog.1
cat /var/log/kern.log.1
cat /var/log/apport.log.1
cat /var/log/pm-powersave.log.1
Différentes applications segfault et oops kernel sont généralement des symptômes de problèmes matériels. Essayez d’abord d’exécuter un memtest, il échouera probablement avec des erreurs.