Das System ist ein Ersatz-Dell 2400, den ich mit Ubuntu 10.4 sauber gewischt habe. Der Update Manager hat alles auf dem neuesten Stand und ich habe mich nicht mit Treibern oder kniffligen Systemeinstellungen beschäftigt. In der Tat war es ein stabiles und benutzerfreundliches System zu installieren und zu verwenden.
Stellen Sie sich also meine Überraschung vor, als ich nach http://element-14.com/ (einer ansonsten nützlichen Community-Site für Elektronikingenieure) ein oder zwei Weiterleitungen folgte, dann einen schwarzen Bildschirm und dann die Melodie mit dem rosa Dunst Rauch und nichts weiter funktioniert. Die Tastatur ist schwer abgestürzt, und die Alt- SysRqTaste Combos nichts zu tun.
Mehr als nur Firefox und der X-Server stürzen ab. Ich wiederholte den Absturz mit einer geöffneten SSH-Sitzung und stellte nicht nur die Verbindung her, sondern reagierte auch nicht mehr auf Versuche, eine neue Verbindung herzustellen.
Ich habe versucht, Apport zu aktivieren, in der Hoffnung, dass es etwas bemerkt und dabei hilft, den Täter zu identifizieren, aber es scheint den Absturz nicht zu bemerken.
Jedes Mal musste ich mich auf den Netzschalter stützen, um neu zu starten.
Google-Suchanfragen deuten darauf hin, dass es Probleme mit dem speziellen Intel-Chipsatz gibt, der das VGA auf seinem Motherboard bereitstellt.
Ich suche nach Ratschlägen, wie ich mit dem Debuggen dieser Art von Absturz fortfahren kann. Irgendwelche Ideen?
Update: Ich habe versucht, die folgenden Ratschläge zu befolgen, um das netconsole
Kernelmodul und eine passende Netcat-Instanz für den Empfang des Protokolls einzurichten . Ich habe Netcat auf meiner XP-Box eingerichtet, mit Alt- SysRq- Süberprüft, ob Kernel-Nachrichten empfangen werden können, und dann zur Site navigiert. Es wurden nur zwei printk()
s protokolliert:
[251728.009794] i915: Unbekannter Parameter `modset ' [251728.051420] i915: Unbekannter Parameter `modset '
Hmm. Vielleicht ist mein Grafiktreiber falsch konfiguriert? Zumal ich die gleichen Meldungen in der Ausgabe von dmesg
kurz nach dem Booten sehe .
Zumindest dieses Mal habe ich meine Festplatten explizit synchronisiert, bevor ich das System absichtlich zum Absturz gebracht habe.
Für die Aufzeichnung lspci -nn | grep VGA
sagt:
00: 02.0 VGA-kompatibler Controller: Intel Corporation 82845G / GL [Brookdale-G] / GE-Chipsatz-integriertes Grafikgerät [8086: 2562] (Version 01)
Update: Gelöst !!!
Der zu verwendende Hinweis netconsole
führte zu einer Offenbarung. Das Googeln um den Satz "i915 unbekannter Parameter modset" führte mich plötzlich dazu, über die Grundursache zu stolpern.
Der Name der Option für den i915-Treiber lautet modeset und nicht modset .
Ich habe /etc/modprobe.d/i915.conf geändert, um die korrekte Schreibweise zu erhalten, neu gestartet und jetzt kann ich auf Element-14 zugreifen (und vermutlich auf andere Websites, die alles tun, was Element-14 tut, was den Fehler im Video auslöst Treiber) ohne einen unangenehmen erzwungenen Neustart.
Dies hinterlässt das (anscheinend bekannte) Problem, dass dem i915-Treiber die Qualität fehlt, insbesondere bei älteren Chipsätzen. Anscheinend ist die Funktion zur Einstellung des Kernelmodus besonders mangelhaft. Ohne die richtig geschriebene Option war standardmäßig KMS aktiviert und stürzte ebenfalls ab. Bei korrekter Schreibweise ist KMS deaktiviert und der Treiber überlebt den Inhalt, der den Absturz ausgelöst hat.
Außerdem gibt es eine Reihe von Fehlerseiten auf dem Launchpad und anderen Community-Websites, auf denen der Optionsname falsch geschrieben ist. Ich vermute sehr, dass ich dort die Schreibweise bekommen habe, die ich verwendet habe.
Bearbeiten: Ich habe die entsprechende Lösung in eine tatsächliche Antwort kopiert und meine Beschreibung hier verbessert.