Fachrat Informatik - Forum

Hallo zusammen,

seit einiger Zeit schon habe ich das Problem, dass mein Festplatzrechner gelegentlich neu startet bzw. hängen bleibt. Die genaue Symptomatik hat sich über die Monate leicht verändert. Aktuell ist es so, dass der Rechner, sofern das Problem auftritt, etwa 10 bis 20 Minuten nach dem Anschalten hängen bleibt und anschließend neu startet. Tritt das Problem nicht in dieser Zeit auf, läuft der Rechner problemlos durch. Nach dem ersten Reset kann es passieren, dass er erneut hängen bleibt. Das kann bereits beim Anzeigen der BIOS-Informationen passieren (dann ist ein manueller Reset nötig), kann aber auch sein, dass es erst nach dem Boot ins OS (Xubuntu 12.04) stattfindet. Gegebenenfalls wiederholt sich die Prozedur. Maximum waren bisher 4 Resets, die, sofern der erste auftritt, sich innerhalb kurzer Zeit die Hand geben.

Als die Probleme anfingen, waren es 1 bis 2 Systemabstürze/Kernel Panicks, daher dachte ich zuerst, es liegt evtl. am Betriebssystem. Aber seit vor einigen Wochen der Rechner nach dem ersten Reset bereits im BIOS hängen blieb, bin ich zu dem Schluss gekommen, dass die Hardware spinnt. Am wahrscheinlichsten erscheint mir Mainboard oder Netzteil. (Kondensatoren? Kaltlötstellen?) Leider kann ich weder das eine noch das andere zum Testen austauschen, daher wollte ich mich mal hier erkundigen, was ihr denkt. Zur Häufigkeit des Problems: Es kann sein, dass der Rechner über viele Tage keine Probleme macht, dann kann es an mehreren Tagen hintereinander (oder je nach An- und Ausschalthäufigkeit auch mehrmals täglich) auftreten. Das macht das Debugging noch langwieriger. Und einfach auf Verdacht was neues zu kaufen, um dann festzustellen "das war's nicht", möchte ich nach Möglichkeit vermeiden.

Hardwarekomponenten habe ich in der Zeit des erstmaligen Auftretens und auch lange danach nicht ausgetauscht. Kürzlich habe ich einen RAID-Controller ausgebaut, der war es nicht. Eine Auffälligkeit hatte ich vor diesen Problemen im Zusammenhang mit dem Mainboard. Unter Linux (verschiedene Ubuntu-Derivate) hatte ich teilweise das Problem, dass bei fehlender Maus- oder Tastaturaktivität das System einfror und bei erneuter Aktivität wieder aufwachte. So, als würde sich der Rechner vor lauter Langeweile schlafen legen, ohne tatsächlich in einen visuell erkennbaren Standbymodus einzutreten. Das konnte beim Booten, beim Herunterfahren oder beim normalen Betrieb auftreten, so dass ich zum Teil für das Hoch- oder Runterfahren Dummyeingaben über die Tastatur machen musste. Das hatte sich dann mit einem BIOS-Update erledigt. Keine Ahnung, ob zu den aktuellen Problemen eine Verbindung besteht.

Was denkt ihr dazu? Schonmal was ähnlich gehabt/gesehen? Freue mich über alle Anregungen und Hilfestellungen.

Speichertest habe ich noch nicht gemacht, nein. Der bei der Xubuntu-Installation mit installierte und über GRUB auswählbare memtest verweigert aufgrund eines zu kleinen unteren Speichers den Start. Muss da mal nach Alternativen schauen.

Gibt's bei den Staubpinseleien etwas, das ich beachten muss? Pinsel-/Borstentyp? Nicht, dass die sich durch die Reibereien statisch aufladen. Werde ich kann auchmal versuchen.

Was mich wundert ist nur das recht konstante zeitliche Verhalten. Bei speicher- oder staubbedingten Fehlerursachen hätte ich mehr Zufälligkeit erwartet.

So, mal ein kleines Update:
Die letzten Tage ist das Problem nicht aufgetaucht. Geändert habe ich nix. Na ja.

Memtest habe ich mal laufen lassen, nachdem ich eine gepatchte Version gefunden habe, die mit weniger "low memory" auskommt. Nachttest habe ich zwar nicht gemacht (schlafen und so), aber zwischendurch mal mehrere Passes. Keine Fehler oder Abstürze dabei.

Temperaturprobleme kann ich auch ausschließen - zumindest, was die Sensoren mir mitteilen. Keine Heizung in der Nähe, Zimmer kühl. Werte des Temperatursensors lasse ich mir immer anzeigen, bleibt unter 50 °C. Außerdem hängt er sich ja immer recht früh auf, wenn er es denn tut. Unter Last (Zocken o.A.) noch nie passiert.

@vogelj:
CPU neu einsetzen werde ich bei Gelegenheit mal ausprobieren, bin ich im Moment aber zu faul zu. Kann das Dateisystem einen Einfluss haben, wenn der Rechner sich bereits im POST aufhängt? Warum Rechner auf der Seite betreiben?

Andere Sache: Kennt jemand einen kleinen Kompressor (mit Tank), den man per Hand betreiben kann? Ganzer Kompressor ist mir zuviel/kein Platz, Druckluft in Dosen erscheint mir sehr ineffizient.

Smart gecheckt, alle Laufwerke ohne geloggte Fehler, Attribute in Ordnung, Selbsttest unauffällig.

Blasebalg ist ne super Idee, danke! Werde mir mal einen besorgen und mal eine Tiefensäuberung vornehmen.

Auf die Seite legen: da ich die letzten Tage keine Probleme hatte, müsste ich den Rechner mindestens wenige Wochen "umlegen", um halbwegs aussagekräftige Resultate zu erhalten. Dafür habe ich keinen Platz.

Ich möchte das Thema hier nochmal fortführen. Meine Probleme waren zeitweise fast verschwunden, bis sie sich verstärkt zurückgemeldet haben. Staubkur hat also nicht geholfen. Ich hatte mich dann dazu entschieden, ein neues Netzteil anzuschaffen. Sah zuerst vielversprechend aus, Probleme sind prinzipiell aber immer noch da, auch wenn seit dem Netzteilwechsel nicht mehr so häufig.

Wenige Male hat mir der Linux-Kernel beim Boot eine Meldung der Form "BUG: soft lockup - cpu #0 stuck for 23s" ausgespuckt. Außerdem konnte ich hin und wieder beobachten, dass die CPU-Auslastung eines Kerns, kurz bevor der Rechner hängen blieb, unerwartet auf 100 & stieg. Als ich dann die Idee hatte, memtest86+ mal zu starten, direkt nachdem der Fehler wieder aufgetreten war, hatte es tatsächlich etwas zu berichten.

Derzeit starte ich memtest direkt nach dem Anschalten des Rechners. Treten in den ersten ~10 Minuten keine Fehler auf, ist alles prima und ich kann arbeiten. Andernfalls lasse ich memtest so lange laufen, bis die Fehlerphase vorbei ist.

Die Ergebnisse, die mir memtest liefert, deuten meines Erachtens auf Fehler beim Datentransfer hin, denn wenn welche auftreten, dann sind es so viele, dass der Zähler in der Regel mehrere Male überläuft (der zählt bis 32767). Zudem sind die Speicheradressen, bei denen Fehler festgestellt werden, nicht konsistent. Bis auf einen Lauf war außerdem immer das LSB fehlerhaft. In einem gesonderten Fall war es Bit 5. Teilweise spuckt memtest auch Merkwürdigkeiten aus - da ist dann die höchste Speicheradresse, bei der Fehler aufgetreten sind, kleiner als die niedrigste. Ich habe mal Bilder gemacht:

http://imgur.com/a/KViAP

In einem anderen Board kann ich den Speicher nicht testen, auch habe ich keinen anderen Speicher da. Rotieren der Speichermodule steht noch auf meinem Plan, habe ich aber noch nicht probiert. Zusammen mit den anderen Symptomen scheint mir, die Spannungsversorgung auf dem Mainboard ist nicht on Ordnung oder ein Speichercontroller der CPU hat eine Macke.

Hat dazu noch jemand Anmerkungen?

Danke, CPU ist und war nicht übertraktet. Werde bei Gelegenheit mal Speichertausch anstreben.

Danke für deine Sicht der Dinge.

Ich habe mich im vorigen Beitrag unklar ausgedrückt. Den Speicher wollte ich nicht durch neuen ersetzen, sondern meine vorhandenen Module miteinander austasuchen. Von Slot 0 in Slot 3 und von Slot 1 in Slot 2, also über Kreuz. Habe ich am Sonntag in die Tat umgesetzt. Merkwürdigerweise hat mir memtest bisher keine Fehler mehr ausgegeben.

Seit vielleicht einer Woche ist mir allerdings noch ein anderes Problem aufgefallen. Es scheint, als ob meine Maus hin und wieder die Verbindung verliert. Für etwa eine Sekunde steht der Zeiger dann still, und so weit ich es beurteilen kann, wird auch kein Status der Tasten mehr übertragen. Z.B. kommt es vor, dass ich beim Scrollen mit Scrollbalken den unterwegs "verliere". Keine Ahnung, ob es an der Maus liegt, oder die USB-Schnittstelle einen Schluckauf hat.