Seit etwa 2 bis 3 Wochen friert mein Ubuntu 13.04-Desktop häufig ein, wenn ich Chrome eine Weile verwende. Die Maus lässt sich bewegen, aber nichts reagiert auf Maus oder Tastatur. Ich muss den Netzschalter drücken, um die Maschine herunterzufahren und neu zu starten. Manchmal ist das Symptom kein vollständiges Einfrieren, aber alle Dateien werden schreibgeschützt, wodurch nichts mehr funktioniert. Alle Chrome-Tabs zeigen eine Fehlermeldung. Jedes Mal, wenn ich die neue Version von Google Maps in Chrome verwende, friert Ubuntu sehr schnell ein.
Obwohl ich eigentlich nie damit gerechnet hätte, dass ein Browserprogramm das ganze System einfrieren könnte, glaube ich jetzt, dass Chrome der Übeltäter ist. Wenn ich Chrome nicht verwende, sondern stattdessen Firefox, läuft das System einwandfrei. Zuerst dachte ich, meine Festplatte hätte Fehler. Ich habe versucht, das Problem zu beheben und mit dem Festplattendienstprogramm einen erweiterten Smart-Test durchzuführen, und habe keine Fehler gefunden.
Ich habe auch im Internet gesucht und Leute gefunden, die ähnliche Fragen stellen, aber keine guten Lösungen finden. Einige meinen, es hänge mit dem Grafikkartentreiber zusammen. Aber ich habe Chrome unter Ubuntu bis vor 2 oder 3 Wochen immer problemlos verwendet.
Einige Informationen zu meinem System:
Ubuntu 13.04 Kernelversion: 3.8.0-30-generic CPU: Intel Core i7 2600K (verwenden Sie die integrierte Grafikkarte)
Update: echo 0 | sudo dd of=/sys/module/i915/parameters/semaphoresDie von Goldilocks vorgeschlagene Vorgehensweise schien das Problem zunächst zu lösen.
Am nächsten Tag treten erneut Probleme auf:
(1) Das erste Problem ist, dass ich Ubuntu nicht booten kann, weil die Root-Partition /dev/mapper/ubuntu (eine LVM-Partition) nicht gefunden werden kann. Ich habe mehrere Neustarts versucht, manchmal gelange ich in Ubuntu, aber nichts ist brauchbar, selbst über eine Textdatei wird ein Eingabe-/Ausgabefehler im Befehl angezeigt. Schließlich verwende ich den Wiederherstellungsmodus, um die Festplatte zu überprüfen und Pakete zu reparieren. Dann kann ich Ubuntu wie gewohnt booten.
(2) Chrome friert Ubuntu jedoch wieder ein. Die anfänglichen Symptome, die am Anfang des Beitrags beschrieben wurden, treten erneut auf. Der Befehl echo 0 | sudo dd of=/sys/module/i915/parameters/semaphoresscheint nur die Zeit zu verlängern, in der Chrome einwandfrei funktioniert. Nach einer halben oder ganzen Stunde friert das System jedoch ein oder alles wird wieder schreibgeschützt. Wenn ich Google Maps verwende, friert das System nach einigen Minuten ein. Dann muss ich den Rechner mit roher Gewalt herunterfahren. Nach dem Neustart in Ubuntu wird der Inhalt der Datei /sys/module/i915/parameters/semaphores wieder auf „-1“ geändert, statt auf „0“, wie ich es vorher geschrieben habe. Ich grep i915_hangcheck_hung /var/log/*habe keine relevanten Fehler für die Absturzzeit gefunden. Ich vermute auch, dass das Problem mit dem Flash-Plugin in Chrome zusammenhängt, also habe ich das Flash-Plugin von Adobe auf das in Chrome integrierte umgestellt. Aber das Problem bleibt bestehen.
Ich bin mir also nicht sicher, ob das jetzt zu 100 % an Chrome liegt. Ich werde vorerst Firefox verwenden und sehen, ob das System stabil ist.
Antwort1
Sie verwenden vermutlich den i915-Treiber für die integrierte Grafik und ich wette, das hat etwas mit diesem Fehler zu tun:
https://bugzilla.kernel.org/show_bug.cgi?id=58381
Da das "Einfrieren" eine Kernel-Panic ist. Versuchen Sie:
grep i915_hangcheck_hung /var/log/*
Und sehen Sie, was passiert. Sie können versuchen, „Hardwarebeschleunigung verwenden, wenn verfügbar“ in Chrome zu deaktivieren (unter „Erweiterte Einstellungen...System“).
Es gibt auch einen VorschlagHier(Der obige Fehler scheint ein Duplikat dieses Fehlers zu sein, aber der obige hat einen besseren ersten Bericht in Bezug auf Chrome), um Folgendes zu versuchen:
echo 0 | sudo dd of=/sys/module/i915/parameters/semaphores
Wenn Sie das tun, su rootist es etwas einfacher:
echo 0 > /sys/module/i915/parameters/semaphores
Beachten Sie, dass es sich bei den Dateien /sysnicht um echte Dateien auf der Festplatte handelt.sysfsist eine Kernelschnittstelle. Das Lesen einer Datei ist eine Anforderung von Live-Informationen vom Kernel und das Schreiben in eine Datei ist eine Live-Anforderung zum Festlegen eines Parameters. Dies ist also keine permanente Konfiguration, die auch nach Neustarts bestehen bleibt. Sie können den Echo-Befehl in ein Boot-Skript aufnehmen oder einen Kernel-Befehlszeilenparameter in Ihre grub.conf einfügen, wie im zweiten Link zum Fehlerbericht beschrieben:
i915.semaphores=0
Dadurch wird dieser Parameter beim Booten festgelegt.