Anmelden mit
Registrieren | Anmelden

Programme für Hardware Test!

Letzte Antwort: in Softwareanwendungen

Guten Tag,

ich habe mir jetzt einen neuen Rechner zusammengestelllt, nur leider hab ich von Zeit zu Zeit immer Bluescreens.

Ich bräuchte jetzt Hardware Testprogramme um einen Probedurchlauf zu machen, jedoch hab ich bei der ganzen Auswahl keinen Überblick für welche ich mich entscheiden soll.

Gibt es da eins, dass den gesamten Rechner durchprüft, oder brauch ich die für jede Kompnente extra?

AMD X2 965
PowerColor Readon 5850
GeIL 2x4GB 1333 MHZ Speicher
MSI 890FX
SB XiFI Titanium
2x Samsung 500GB F3 Spintpoint
Coirsar HX 580
2x Samsung 223x
Win7 64BIT Ultimate

Treiber alle aktuell aus dem Netz gezogen.

mfg Zap
Werbung stört? Dann Mitgliedskonto eröffnen

Funktioniert der Rechner noch im abgesicherten Mode (ohne Fehlermeldung)?

Systemsteuerung - Erweiterte Systemsteuerung - Starten und Wiederherstellen - Einstellungen - unter Systemfehler - Automatisch Neustart durchfühen den "Haken" raus. Rechner neu starten und testen bis der Fehler wieder kommt, den Stopfehler bitte hier posten.
- neuste Updates
- RAM defekt
- zerschossener/veralterter Grafikkartentreiber
- Virenbefall
- BIOS veraltet
Defekte Hardware, meist RAM --> Führe Memtest86 aus

Korruptes NTFS-Volume: Führe an der Eingabeaufforderung ein chkdsk /r /f aus
Einige Antivirenprogramme können den Fehler ebenfalls verursachen.

Die BIOS defaults mal laden.
Gibt der Rechner akustische Signale aus http://www.paules-pc-forum.de/forum/BIOS/106634-BIOS-pi...
Stop Fehler http://www.computerwissen.de/index.php?id=2681
Test http://www.hwinfo.com/

Edit
Verbessert habe es auch gerade gesehen Memtest86+ http://www.heise.de/software/download/memtest86/41271

Das sieht erst mal nach dem falschen memtest aus. Bei cb findest Du den aktuellen Memtest86+.

Dass usbport.sys genannt wird hat erst mal nichts zu sagen, so der Fehler nicht immer wieder gleich auftaucht, was ja nicht der Fall ist. Um den Bluescreen auszuwerten, braeuchte man schon den memory dump, wie auf der vom alten Sack verlinkten Seite zu sehen. Der Fehler bei Dir scheint aber sehr unspezifisch zu sein, was auf ein Problem mit einer der Hauptkomponenten, CPU, RAM und Mainboard, oder deren Zusammenspiel hindeutet (nichts genaues weiss man nicht).

Also memcheck, notfalls mit einzelnen Modulen.

ich komme mit dem debugger net klar, gibts den auch in Deutsch, ich hab die drei Dateien jetzt runtergeladen und installiert.

windsk_web.exe
dbg_amd64_6.11.1.404.msi
Windows_Win7.7600.16385.090713-1255.X86FRE.Symbols

Hab ich die richtige überhaupt Dabei?

PS: gibts wo legale Windows OEM Vrsionen von XP zum downloaden.

Hab ne Orginal XP Home Code und 2 Win XP Prof Code, aber keine CD :fou:  , würde gerne testen ob der Rechner auf 32 BIT stabil läuft. Um Hardware defekte auszuschließen.

Hatte schon wieder nen bluescreen, diesmal mit ntfs.sys

fg

Zitat :
Hatte schon wieder nen bluescreen, diesmal mit ntfs.sys


Ist oben in meinem Post alles angegeben, den PlattenCheck ausführen!

Vielleicht alles an Hardware die nicht gebraucht wird ausbauen, z.B. Soundkarte, externe Controller, alle USB Geräte entfernen, nur die Win Platte angeschlossen lassen alle anderen abstecken.

irgendwie bin ich im Moment total überfordert, hab mir das etwas einfacher vorgestellt.

Kann mir wer das etwas ausführlicher erklären wie ich vorgehen solltem um die Probleme zu lösen?

Welcher Link ist der PlattenCheck?

fg


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


Loading Dump File [C:\Users\Manuel\Desktop\Fall 1\060510-20420-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 \SystemRoot\system32\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 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`02a07000 PsLoadedModuleList = 0xfffff800`02c44e50
Debug session time: Sat Jun 5 22:11:20.670 2010 (GMT+2)
System Uptime: 0 days 0:25:54.043
*********************************************************************
* 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 \SystemRoot\system32\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
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {ffffd8a006477c78, 0, fffff8800402522a, 7}

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

*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
Unable to load image \SystemRoot\System32\drivers\dxgmms1.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for dxgmms1.sys
*** ERROR: Module load completed but symbols could not be loaded for dxgmms1.sys
*************************************************************************
*** ***
*** ***
*** 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 : dxgmms1.sys ( dxgmms1+2522a )

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


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


Loading Dump File [C:\Users\Manuel\Desktop\Fall 2\060610-16146-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 \SystemRoot\system32\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 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`02a4d000 PsLoadedModuleList = 0xfffff800`02c8ae50
Debug session time: Sun Jun 6 00:43:22.639 2010 (UTC + 2:00)
System Uptime: 0 days 0:11:21.387
*********************************************************************
* 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 \SystemRoot\system32\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
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {ffffd900c1c72018, 0, fffff960001141a2, 7}

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

*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys
*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
Probably caused by : win32k.sys ( win32k+341a2 )

Followup: MachineOwner


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


Loading Dump File [C:\Users\Manuel\Desktop\Fall 3\060610-15615-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 \SystemRoot\system32\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 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`02a03000 PsLoadedModuleList = 0xfffff800`02c40e50
Debug session time: Sun Jun 6 01:13:08.660 2010 (UTC + 2:00)
System Uptime: 0 days 0:13:50.408
*********************************************************************
* 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 \SystemRoot\system32\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
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {fffff50001082158, 0, fffff80002a870e3, 7}

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

*************************************************************************
*** ***
*** ***
*** 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 ***
*** ***
*************************************************************************
Probably caused by : ntoskrnl.exe ( nt+840e3 )

Followup: MachineOwner

Treiber alle aktuell aus dem Netz, alles Win 7 64 Bit Versionen.
Keine akustischen Signale.

Sprich BIOS, Soundtreiber, Grafikkartentreiber erledigt.
Virensoftware noch nicht aufgespielt.

RAM Memtest OK.
Chkdsk Ok. (ist ja mit Plattencheckt gemeint?)

Ohne Maustreiber, weniger Bluescreens.
Raptor M3 Platinum.

erster Prime95 test, PC friert nach der Stunde ein (vielleicht aktivierter Energiesparmodus)

neu gestartet ohne Energiesparmodus > läuft nun 5 Stunden ohne Prbleme?

Raumtemperatur 25,5 Grad, CPU Temperatur 57-58 Grad.

Hab ich nochwas vergessen?

Extern is nur Internet ohne Router, Boxen, Maus/Tastatur über USB 6x Hub angeschlossen.

Abschließen möchte ich intern noch nichts.

Sind die 64 Bit Versionen eigentlich schon frei von Kinderkrankheiten?

Habe alle verfügbaren Mainboardtreiber installiert vom MSI Support, außer on Board Sound, da ich ja die XiFi Titanium drin hab, also sollte er dabei sein, wenns ne neue Version gibt.

Sind 5 Stunden Prime95 genug?

toudoku sagte:
Hast Du den Test auch wenisgtens einmal komplett durchlaufen lassen?

Als naechstes Spannugs- und Timingeinstellungen fuer Speicher und CPU im BIOS ueberpruefen. (Kein OC!)

Dann CPU-Test mit prime95 oder LinX.


Sieht man ja am Screen, dass er 5 mal komplett durchgelaufen ist.

Beim Durchlauf sechs, hab ich dann beendet.

Hmm, die Logitech G 500 war meine erste Wahl und ist sie immer noch. Ist auch einer der größen Mäuse (Länge / Höhe).
Aber Das Fiepen soll sehr störend sein, laut Kundenmeinungen.

Die G9X hab ich zurückgegeben, da sie mir zu niedrig war und ich nach längerer Zeit in Benutzung Gelenksschmerzen bekam.

ich hab gleich format c: gemacht, also ja :p .

Beim Sound Treiber, ist hier der Windows Update Treiber oder der orginal Creative Treiber vorzuiehen?

Wenn ich den Creative Treiber installier, ist der Windows Update Treiber wieder verfügbar?

Zitat :
Wenn ich den Creative Treiber installier, ist der Windows Update Treiber wieder verfügbar?

Verstehe ich nicht!

Welche Creativ Soundkarte ist den verbaut, bei Creativ 64Bit Treibern kommt das öffters mal vor mit dem Bluescreen.

Das Beste ist immer den orginalen von der Creativ Seite zu installieren weil Microsoft manchmal nicht auf dem neusten Stand ist. Könnte auch sein das es Daniel K. Treiber für die Karte gibt, Info bei Hardwareboard.eu mußte selber nachsehen dort wirst Du fündig.

argh, jetzt hab ich speedfan installiert, seit dem wieder ein bluescreen nach dem anderen.....

Da ich meine für 6 Gehäuselüfter ist die CPU Temperatur zu hoch? und ich nen zweiten Temperatur wollte.

Raumtemperatur 25,5 Grad, CPU Temperatur 57-58 Grad.

Hallo :hello: 

Deine 4 GB 1333 MHz G.E.I.L Speichermodule sind NICHT in der MSI-Kompatibilitätsliste zu Deinem Mainboard :non: 

vielleicht hat das ja auch was mit den Bluescreens zu tun :pt1cable: 

Unter XP 32 werden ja jetzt nur 3 GB genutzt, richtig ?

Ich habe aber irgendwie das Speichermanagement von Windows 7 x64 in Verdacht :ange: 
Ist bei mir auch total verrückt :pt1cable:  meine Module sind QVL, zwar NUR DDR2, aber ich kann die auch nicht mit 1066 MHz laufen lassen, irgendwann kommt der "Blaue" :fou: 

Zwar laufen die 24 Stunden mit 1066 MHz Primestable unter Win 7 x64 und Memtest gibt auch keiner Fehler raus, aber sobald ich eine andere Anwendung dann starte, ist es nur eine Frage der Zeit bis der "Blaue" kommt, mal schon nach Minuten, mal erst nach Stunden :cry: 

Hingegen bei 800 MHz mit "scharfen" Timings gibt es unter Win 7 x64 keinerlei Probleme.

Lass ich jedoch meine 8 GB (4x2) unter Windows XP x64 oder Windows Server x64 mit 1066 MHz rennen, kam es noch NIE zu einem "Blauen" :sol: 

Auch ist das Windows 7 ja noch relativ neu, vielleicht sind da ja noch ein paar Macken, die das Speichermanagement betreffen, wer weiss das schon :sarcastic: 

Mal das erste Servicepack abwarten :o 

Nun ja, dass steht leider in den Sternen.

Ich habe nur festgestellt, dass die QVL anscheinent "ausgewürfelt" werden, selbst wenn man danach kauft, ist das keine Garantie das die auch so auf den Boards rennen, wie es der Hersteller vorgibt.

Als Tip mal vielleicht, versuch die Speicher gegen QVL Module zu tauschen wenns noch geht; und dann schau mal ob Du die Dose damit die 1333 MHz stabil rennen lassen kannst.

Wobei 1333 MHz mit hohen Latenzen ist auch nicht viel schneller, wenn überhaupt, als 1133 MHz die Du mit "scharfen Timings" fährst.

Bei mir sind die 800 MHz in "scharf" schneller als 1066 MHz die nur in "normal" gehen, bis der "Blaue" kommt.

Speicher wird noch getauscht :bounce: 

Neuer Speicher:
G.Skill RipJaws DIMM Kit 8GB PC3-10667U CL9-9-9-24 (DDR3-1333) (F3-10666CL9D-8GBRL)

Hoffe damit lösen sich meine Probleme auf.
Werbung stört? Dann Mitgliedskonto eröffnen