Computer stürzt neuerdings ab.

[Berserkius]

Habe mir heute ein neues Netzteil besorgt aber leider immer noch das gleiche Problem, beim zocken Neustart sowie bei Furmark. Werde Morgen versuchen meine alte Festplatte gegen eine andere einzutauschen und dann mal schauen ob es wirklich daran lag.

 

[Saji]

Habe mir heute ein neues Netzteil besorgt aber leider immer noch das gleiche Problem, beim zocken Neustart sowie bei Furmark. Werde Morgen versuchen meine alte Festplatte gegen eine andere einzutauschen und dann mal schauen ob es wirklich daran lag.

Das ist natürlich schade das das neue Netzteil nicht half. Jetzt hoffen wir alle mal ganz stark das es doch eine defekte Festplatte ist. Ich drücke dir jedenfalls die Daumen und hoffe das du uns auf dem laufenden hältst. Hast du vielleicht eine Möglichkeit das Netzteil wieder loszuwerden oder behältst du es?

 

[Berserkius]

Konnte es ohne wenn und aber wieder umtauschen und habe mein Geld wieder bekommen, jetzt habe ich nur ein Problem. Die Festplatte habe ich am 30.03.13 beim Media Markt gekauft, hoffe jetzt irgendwie das die aus Kulanz die Fesplatte zurücknehmen und mir davon eine andere z. B Western Digital gegen aufpreis kaufen kann obwohl dies jetzt schon fast 1 Monat zurückliegt. :-(

Danke für dein Mitgefühl!! ;-)

 

[Saji]

Konnte es ohne wenn und aber wieder umtauschen und habe mein Geld wieder bekommen, jetzt habe ich nur ein Problem. Die Festplatte habe ich am 30.03.13 beim Media Markt gekauft, hoffe jetzt irgendwie das die aus Kulanz die Fesplatte zurücknehmen und mir davon eine andere z. B Western Digital gegen aufpreis kaufen kann obwohl dies jetzt schon fast 1 Monat zurückliegt. :-(

Danke für dein Mitgefühl!! ;-)

Das sollte kein Problem sein! Sage einfach das die Platte defekt ist weil dir seit dem Einbau der Rechner regelmäßig abschmiert. Die meisten Festplatten die in den ersten drei Monaten nach Verkauf zurückkommen werden eh von den Herstellern als DOA's, also Dead On Arrival (auf gut deutsch: defekt ausgeliefert), deklariert. Auch auf Festplatten hast du zwei Jahre Gewährleistung und je nach Hersteller 1 bis 3 Jahre Garantie.

 

[Dagonzo]

Vor Ewigkeiten hatte ich auch mal den Fehler gemacht bei MM eine Festplatte zu kaufen. Nicht das sie von vornherein schon teurer sind als in einem normalen PC-Laden. Das eigentliche Ärgernis war, das ich nach dem Auspacken, der Festplatte auf dem Aufkleber das Wort "Refurbished" erblickte.
Ich die gleich wieder zurück gebracht und mein Geld zurück gefordert. Erst wollten die mir nur einen Gutschein geben, also habe ich gleich den Geschäftsführer verlangt. Der Verkäufer dachte wohl das ich eine andere Platte als die von mir gekaufte den MM andrehen wollte. Solche dreisten "Käufer" gibt es ja auch. Da ich so richtig Rabatz gemacht habe, wie es sein kann, eine solche Festplatte als Nagelneu zu verkaufen, gab es das Geld zurück und gleich noch einen 10 Euro-Gutschein oben drauf.^^

Wer englisch nicht so gut beherrscht. Refurbished bedeutet soviel wie Generalüberholt. Das wird meist bei Geräten gemacht, die nach dem Neukauf als Defekt zurück zum Hersteller kommen. Der macht die wieder Fit und verkauft sie wieder. Normalerweise aber mit einem nennenswerten Preisnachlass und nicht zum Vollpreis wie es MM getan hat. Nichts an der Verpackung hat darauf hingewiesen, dass es sich um eine reparierte Platte handelte. Sowas habe ich noch nirgendwo erlebt, ausser mal in einem PC-Laden. Dort war die Ware aber entsprechend gekennzeichnet.
Übrigens, was Refurbished bedeutet musste ich natürlich auch dem "Fachverkäufer" im MM erklären. Die haben sowieso halt wie immer keine Ahnung davon.^^

 

[Saji]

Übrigens, was Refurbished bedeutet musste ich natürlich auch dem "Fachverkäufer" im MM erklären. Die haben sowieso halt wie immer keine Ahnung davon.^^

Leider, ja. Und die, die sich wirklich für ihre Abteilung und den Produkten interessieren, werden recht fix wieder entlassen. Alles selbst miterlebt.

 

[Berserkius]

Habe jetzt eine Western Digital eingebaut und das Problem besteht..................weiterhin . Dann müsste es die Grafikkarte sein oder das Mainboard. So ein Mist!!!

 

[Saji]

Habe jetzt eine Western Digital eingebaut und das Problem besteht..................weiterhin . Dann müsste es die Grafikkarte sein oder das Mainboard. So ein Mist!!!

Das war nun unerwartet. Leicht ließe sich die Grafikkarte wechseln um sie unter Umständen auszuschließen. Aber wie ich schon sagte, der Bluescreen kann leider alles bedeuten.

 

[kaepteniglo]

Kannst du mal in den Minidump Files (liegen unter C:\Windows\Minidump) nachschauen, ob evtl. eine FAILURE_BUCKET_ID findest? Wenn ja, was steht denn da?

Außerdem: Der Knowledgebase-Eintrag zu "Windows Kernel-Ereigniskennung 41 –Fehler in Windows 7 oder in Windows Server 2008 R2: "Das System wurde neu gestartet, ohne dass es zuvor ordnungsgemäß heruntergefahren wurde."" http://support.microsoft.com/kb/2028504

 

[Berserkius]

Microsoft (R) Windows Debugger Version 6.10.0003.233 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\042713-22058-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows 7 Kernel Version 7601 (Service Pack 1) MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Machine Name:
Kernel base = 0xfffff800`02e02000 PsLoadedModuleList = 0xfffff800`03045670
Debug session time: Sat Apr 27 23:02:33.797 2013 (GMT+2)
System Uptime: 0 days 0:00:10.984
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................
Loading User Symbols
Mini Kernel Dump does not contain unloaded driver list
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa80084b2268, 0, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Probably caused by : hardware

Followup: MachineOwner
---------

 

[Berserkius]

Microsoft (R) Windows Debugger Version 6.2.9200.20512 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Users\Thoraxos\Desktop\042713-22058-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows 7 Kernel Version 7601 (Service Pack 1) MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Machine Name:
Kernel base = 0xfffff800`02e02000 PsLoadedModuleList = 0xfffff800`03045670
Debug session time: Sat Apr 27 23:02:33.797 2013 (UTC + 2:00)
System Uptime: 0 days 0:00:10.984
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...............................................
Loading User Symbols
Mini Kernel Dump does not contain unloaded driver list
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa80084b2268, 0, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
Unable to load image PSHED.dll, Win32 error 0n2
*** WARNING: Unable to verify timestamp for PSHED.dll
*** ERROR: Module load completed but symbols could not be loaded for PSHED.dll
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_SECTION_DESCRIPTOR ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: pshed!_WHEA_ERROR_RECORD_HEADER ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** Either you specified an unqualified symbol, or your debugger ***
*** doesn't have full symbol information. Unqualified symbol ***
*** resolution is turned off by default. Please either specify a ***
*** fully qualified symbol module!symbolname, or enable resolution ***
*** of unqualified symbols by typing ".symopt- 100". Note that ***
*** enabling unqualified symbol resolution with network symbol ***
*** server shares in the symbol path may cause the debugger to ***
*** appear to hang for long periods of time when an incorrect ***
*** symbol name is typed or the network symbol server is down. ***
*** ***
*** For some commands to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
Probably caused by : AuthenticAMD

Followup: MachineOwner
---------

Noch ein anderes.

 

[kaepteniglo]

"Probably caused by : AuthenticAMD"

Das deutet darauf hin, dass die CPU das Problem ist. Entweder wird diese zu warm und schaltet dann automatisch ab oder die CPU hat einen Defekt.

Wie sehen denn die Temperaturen so aus?

 

[Berserkius]

Ja habs jetzt herausgefunden, die CPU wurde zu heiss und schaltete sich deswegen ab, habe es gereinigt und neue Wärmeleitpaste aufgetragen da die alte mehr oder weniger nicht mehr vorhanden war. Jetzt ist der Computer nicht mehr abestürzt. Bedanke mich bei euch für und vielen Dank für die Mühen.



Gruß Marian

 

[Saji]

Ja habs jetzt herausgefunden, die CPU wurde zu heiss und schaltete sich deswegen ab, habe es gereinigt und neue Wärmeleitpaste aufgetragen da die alte mehr oder weniger nicht mehr vorhanden war. Jetzt ist der Computer nicht mehr abestürzt. Bedanke mich bei euch für und vielen Dank für die Mühen.



Gruß Marian

Haha, gerne doch. War doch einfacher als wir dachten. Naja, war ein lustiges Rätselraten.

 

[Lari]

Und damit euch nicht langweilig wird folgendes Problem:
Rechner der Freundin stürzt bei bestimmten Flash/Java Spielen ab. Der friert richtig ein, Sound bleibt hängen und es hilft nur ein Hardreset.
Hab das komplette Innenleben von Staub befreit, Kabel gecheckt, RAM mal getauscht, Windows neu drauf gespielt... die üblichen Dinge halt. Ich find aber zum verrecken den Fehler nicht.
Es ist auch kein allgemeines Problem mit diesen Spielen, da der Fehler scheinbar nur bei ihr auftritt. Und dann eben auch nur bei zwei bestimmten Spielen dieser Spiele-Seite.

Gibt es eine Möglichkeit herauszufinden, was den Rechner da abschiesst? Wie diese oben zitierte Datei, aus der man die Fehlerquelle rauslesen kann?
Bin schon drauf und dran ihr einen neuen Rechner hinzustellen, weil das mein alter PC ist (lediglich neues Netzteil und eine neue Festplatte, als sie den Rechner übernahm) :-/

 

[kaepteniglo]

Im Windows Ereignislog steht nix drin?

Festplatten sind ok?

 

[Lari]

Ereignislog kannte ich bis dato nicht, schaue ich mal rein.
Die Festplatten kann ich nicht gänzlich ausschliessen, da es aber nur bei diesen zwei Browserspielen nach variabler Zeit auftritt halte ich es für eher unwahrscheinlich.

 

[Lari]

Es war aller Voraussicht nach die CPU. Ereignislog und Minidump durchgeschaut, war aber nichts zu sehen. RAM mit memtest86 getestet, zwei Fehler im Dual-Channel Betrieb, aber einzeln keine Fehler.
Freundin die besagten Java-Spiele spielen lassen, um den Crash zu provozieren und siehe da: es gab ne Meldung bei minidump. Temperatur gecheckt und die ging sehr hoch. PC aufgemacht, die Staubwand im CPU Lüfter entfernt, Wärmeleitpaste durch eine gute ersetzt und schon läuft die Kiste 18°C kühler und es ließ sich kein Absturz bisher provozieren.

Na mal Daumen drücken.