Ubuntu 12.04 a gelé, nécessitant un cycle de puissance. 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 semble être «LibreOffice.

Maintenant, c'est encore arrivé.

Rien ne fonctionne, sauf le bouton de mise hors tension (basé sur l'expérience précédente). Je ne peux même pas ouvrir de tty en utilisantCtrl+Alt+F{1..6}

J'ai beaucoup de mémoire (7,7 Go), Ram (2 x 3,16 GHz) et de l'espace sur le disque dur (100 Go sur un SSD de 256 Go).

Je ne peux rien faire, sauf arrêter. L'ordinateur a réussi un memtest.

Que dois-je rechercher (grep) dans les journaux?

Mise à jour: j'ai soumis un bug ici: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1023916/

Un gel ressemble beaucoup à une erreur dans Xorg ou dans le noyau. Avez-vous essayé de passer à la boîte? Parfois, cela fonctionne même si les interfaces utilisateur locales sont toutes irresponsables. Une connexion ssh fonctionnelle peut être très utile pour déboguer ce type de problème.

D'après les données que vous avez fournies, j'irais pour le journal du noyau. Il semble que libreoffice s'est écrasé pour une raison quelconque, et en une seconde, le chrome a également disparu. Il y avait donc certainement une sorte de problème à l'é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 ait en quelque sorte rendu X instable, provoquant à la fois le gel de l'interface utilisateur et le crash de Chrome. Vous remarquerez que Chrome s'est écrasé dans une bibliothèque X.

Je fonctionnais en mode par défaut «vanilla», bien que j'ai installé xfce et kde.

Une installation vanille, à ma connaissance, signifie une installation propre d'une distribution. Essayez une nouvelle installation (comme dans tout format , créez un nouvel utilisateur et réessayez). Bien sûr, sauvegardez vos fichiers importants avant de le faire.

De plus, au lieu de réinstaller, vous pouvez essayer de créer un nouvel utilisateur . Cela peut identifier 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 sources.list. Cela signifie l'installation de vanille. Découvrez comment le système réagit pendant 3 à 4 jours. Commencez ensuite à ajouter des logiciels un par un afin de découvrir le package problématique.

Après un redémarrage, le système ajoute généralement un ".old" ou ".0" dans le nom de fichier.

Je dirais que ces fichiers journaux 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

Diverses applications segfault et kernel oops 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.