Ubuntu 12.04 fror ein und erforderte ein Powercycle. Worauf sollte ich in den Protokollen achten?

Dies ist nicht das erste Mal, dass Ubuntu eingefroren ist. Die letzte Mal überprüfte ich ‚vor kurzem aktualisierten Dateien‘ in /var/log/und /var/crash/und die Ursache des Problems erschien ‚Libreoffice‘ zu sein.

Jetzt ist es wieder passiert.

Nichts funktioniert, außer der Ausschalttaste (basierend auf früheren Erfahrungen). Ich kann nicht einmal tty's mit öffnenCtrl+Alt+F{1..6}

Ich habe viel Speicher (7,7 GB), RAM (2 x 3,16 GHz) und Festplattenspeicher (100 GB auf einer 256 GB SSD).

Ich kann nichts tun, außer herunterzufahren. Der Computer hat einen Memtest bestanden.

Worauf sollte ich in den Protokollen achten (grep)?

Update: Ich habe hier einen Fehler eingereicht: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1023916/

Ein Einfrieren klingt nach einem Fehler in Xorg oder im Kernel. Haben Sie versucht, auf die Box zu ssh? Manchmal funktioniert das auch dann, wenn alle lokalen Benutzeroberflächen nicht reagieren. Eine funktionierende SSH-Verbindung kann beim Debuggen dieser Art von Problemen sehr hilfreich sein.

Aus den von Ihnen angegebenen Daten würde ich das Kernel-Protokoll aufrufen. Es scheint, dass libreoffice aus irgendeinem Grund abgestürzt ist, und innerhalb einer Sekunde war auch Chrom verschwunden. Zu dieser Zeit gab es also definitiv ein Problem. Sehen Sie sich das Protokoll um diese Fehlerzeilen genauer an und prüfen Sie, ob Sie die erste Fehlermeldung dieser Ereigniskaskade identifizieren können. Die Zeitstempel auf der linken Seite sollten nützlich sein, da jedes Ereignis im Zusammenhang mit dem Einfrieren ziemlich nahe an den beiden genannten liegen sollte.

Nach den beiden in Ihrem Protokoll enthaltenen Ereignissen zu urteilen, ist es wahrscheinlich, dass der Absturz von libreoffice X irgendwie instabil gemacht hat und sowohl das Einfrieren der Benutzeroberfläche als auch den Absturz von Chrome verursacht hat. Sie werden feststellen, dass Chrome in einer X-Bibliothek abgestürzt ist.

Ich habe im 'Vanilla'-Standardmodus gearbeitet, obwohl ich xfce und kde installiert habe.

Eine Vanille-Installation bedeutet nach meinem Verständnis eine saubere Installation einer Distribution. Versuchen Sie eine Neuinstallation (wie im Format alles , erstellen Sie einen neuen Benutzer und versuchen Sie es erneut). Sichern Sie natürlich Ihre wichtigen Dateien, bevor Sie dies tun.

Anstatt neu zu installieren, können Sie auch versuchen , einen neuen Benutzer zu erstellen . Dies kann das Problem genau bestimmen: Wenn der neue Benutzer arbeitet, befindet sich das Problem in den Einstellungen Ihres Heimbenutzers. Wenn dies nicht der Fall ist, handelt es sich um ein Systemproblem (und eine Neuinstallation würde es wahrscheinlich lösen.)

Installieren Sie nichts anderes. Verwenden Sie keine PPAs. Aktualisieren Sie die Software nur über den Update Manager oder apt-get, ohne die source.list zu ändern / hinzuzufügen. Das bedeutet Vanille-Installation. Sehen Sie, wie das System 3-4 Tage lang reagiert. Fügen Sie dann nacheinander Software hinzu, um das problematische Paket zu ermitteln.

Nach einem Neustart hängt das System normalerweise ein ".old" oder ".0" an den Dateinamen an.

Ich würde sagen, diese Protokolldateien wären informativ:

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

... oder wenn Sie es separat bevorzugen:

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

Verschiedene Anwendungen Segfault und Kernel Oops sind normalerweise Symptome von Hardwareproblemen. Versuchen Sie zuerst, einen Memtest auszuführen. Dieser schlägt wahrscheinlich mit Fehlern fehl.