Bluescreen

HazZarD

Lt. Junior Grade
Registriert
Dez. 2010
Beiträge
282
Hallo,

hatte heute Plötzlich einen Bluescreen.
Folgende Infos:

Problemsignatur:
Problemereignisname: BlueScreen
Betriebsystemversion: 6.1.7601.2.1.0.768.3
Gebietsschema-ID: 3079

Zusatzinformationen zum Problem:
BCCode: 48
BCP1: FFFFFA8008EDB198
BCP2: 0101153208000000
BCP3: 0000000000000000
BCP4: 0000000000000000
OS Version: 6_1_7601
Service Pack: 1_0
Product: 768_1

Jemand ne Idee was das sein kann?
System ist vor 6 Tagen zusammengebaut und aufgesetzt worden

Thx
 
Wann trat dieser auf?
Infos zu deinem System? Hardware + OS
Schon die ganzen Hardwarechecks gemacht? Prime95, Furmark, memtest86+ usw.

MfG
 
Der Stop 0x48 Fehler wird i.d.R. durch Treiberprobleme ausgelöst.
Schau mal in dem Verzeichnis C:\Windows\Minidumps nach, ob dort eine Dump Datei angelegt wurde.
Wenn ja, werte die Dump Datei aus (Anleitung siehe Signatur), oder packe die Datei mit WinRAR oder WinZIP ein und lade sie hier im Forum hoch.
 
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


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

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17803.amd64fre.win7sp1_gdr.120330-1504
Machine Name:
Kernel base = 0xfffff800`02e15000 PsLoadedModuleList = 0xfffff800`03059670
Debug session time: Fri Jun 1 02:04:29.690 2012 (UTC + 2:00)
System Uptime: 0 days 2:44:27.908
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 48, {fffffa8008edb198, 101153208000000, 0, 0}

*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys
Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+3f040 )

Followup: MachineOwner


Irgendwie ist das alles was er ausspuckt
Ergänzung ()

Hab noch etwas rumprobiert und noch den Rest rausbekommen

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

CANCEL_STATE_IN_COMPLETED_IRP (48)
This bugcheck indicates that an I/O Request Packet (IRP) that is to be
cancelled, has a cancel routine specified in it -- meaning that the packet
is in a state in which the packet can be cancelled -- however, the packet
no longer belongs to a driver, as it has entered I/O completion. This is
either a driver bug, or more than one driver is accessing the same packet,
which is not likely and much more difficult to find. The cancel routine
parameter will provide a clue as to which driver or stack is the culprit.
Arguments:
Arg1: fffffa8008edb198, Pointer to the IRP
Arg2: 0101153208000000, Cancel routine set by the driver.
Arg3: 0000000000000000
Arg4: 0000000000000000

Debugging Details:
------------------

*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x48

PROCESS_NAME: audiodg.exe

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002f070ce to fffff80002e941c0

STACK_TEXT:
fffff880`0825c708 fffff800`02f070ce : 00000000`00000048 fffffa80`08edb198 01011532`08000000 00000000`00000000 : nt!KeBugCheckEx
fffff880`0825c710 fffff800`03164d79 : fffffa80`084bfc01 fffffa80`084acf40 00000000`00000000 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x3f040
fffff880`0825c750 fffff800`03165419 : 00000000`00000000 00000000`00000000 fffff880`0825cae0 00000000`00000000 : nt!IoCancelThreadIo+0x59
fffff880`0825c780 fffff800`03148bdd : 00000000`00000000 fffffa80`0949ce00 00000000`78457300 00000000`00000000 : nt!PspExitThread+0x2a9
fffff880`0825c880 fffff800`02e86d1a : 00000000`00000001 00000000`00000000 00000000`00000000 fffff880`00961000 : nt!PsExitSpecialApc+0x1d
fffff880`0825c8b0 fffff800`02e87060 : 00000000`00000000 fffff880`0825c930 fffff800`03148b50 00000000`00000001 : nt!KiDeliverApc+0x2ca
fffff880`0825c930 fffff800`02e934f7 : fffffa80`084acb50 00000000`009afb78 fffff880`0825ca88 fffff880`0825ca00 : nt!KiInitiateUserApc+0x70
fffff880`0825ca70 00000000`778818ca : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceExit+0x9c
00000000`009afb58 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x778818ca


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+3f040
fffff800`02f070ce cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+3f040

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4f76721c

FAILURE_BUCKET_ID: X64_0x48_nt!_??_::FNODOBFM::_string_+3f040

BUCKET_ID: X64_0x48_nt!_??_::FNODOBFM::_string_+3f040

Followup: MachineOwner
---------
 
Aus der Auswertung ist kein Treiber als Absturzursache herauszulesen.

Lade die Minidump Datei mal bitte hier im Forum hoch (mit WinRAR oder WinZIP einpacken). Ich werde sie mir dann mal näher anschauen.

Poste bitte noch ein paar Screenshots von CPU-Z (Reiter Mainboard, CPU, Memory und SPD).

Da zunächst dann doch nicht von einem Treiberproblem ausgegangen werden kann, befolge die Tipps von Smartbomb.

Sind mittlerweile noch weiter Bluescreens aufgetreten?
 
Hatte bis jetzt keine weiteren Bluscreens.
Die Dump lässt sich nicht packen da ich anscheinen keine Leseberechtigung habe.
Gibts ne Möglichkeit?

Hier die Screens von CPU-Z
http://www.abload.de/image.php?img=cpu-zbrf9y.png
http://www.abload.de/image.php?img=mainboard86f9b.png
http://www.abload.de/image.php?img=memorykdipe.png
http://www.abload.de/image.php?img=spd22idh.png

Bilder sind etwas klein aber mit Browserzoom kann mans lesen

3DMark11 Basic ist gestern ohne Probs gelaufen
Bluescreen kam als ich nicht beim System saß.
ISt ein i5-3750k´Palit 670 Jetstream
MSI Z77A-G43
Ram Corsair 1600mhz low Profile

Hier noch n Screen von Prime95
Überall 0 Errors
http://www.abload.de/image.php?img=prime95e5uqo.png

Hab gelesen man sollte Prime 9-12h laufen lassen.
Stimmt das bzw sollte ich dabei mit dem PC arbeiten bzw Spielen oder reicht wenn er nur an ist?
Muss ich mit der Option "Blend" testen?
 
Zuletzt bearbeitet:
Die *.dmp kannst du mit Admin-Rechten irgendwohin kopieren, dann sind sie nicht mehr geschützt und lassen sich packen.
 
Naja ich bin eigentlich sollte ich Admin Rechte haben da ich nix umgestellt habe aber irgendwie lässt er es mich nicht packen
 
Ob du Admin hast oder nicht, spielt bei den dmp in /Windows/minidump keine Rolle. Kopiere sie deshalb in ein anderes Verzeichnis, dann lassen sie sich packen. Hab ich genauso gemacht.
 
Werd ich versuchen. Bin nur momentan in der Firma.
Danke für den Tipp
Ergänzung ()

So, endlich zu Hause
Anbei die Dump Datei.
Vielleicht wird jemand schlau draus.

Thx schon mal
Ergänzung ()

Hab heute nochmal Prime laufen lassen und hatte auf Worker 3 nach kjnapp 10 min einen Error
Ergänzung ()

nochmal durchlaufen lassen und wieder das selbe nur mit einer anderen Zahl
Ergänzung ()

Hab mich jetzt mal im Bios umgesehen und da wurde mein Ram als 1333er erkannt.
Hab ihn jetzt auf 1600 eingestellt und wieder Prime gestartet.
Diesmal kam der Error instant
Ergänzung ()

Hab jetzt im Bios die timings angepasst.
im Bios war 11-11-11-29 und mein Ram hat eigentlich 9-9-9-24Prime ist ne Stunde ohne Error gelaufen.
Werde ihn heute nochmal über Nacht rennen lassen
 

Anhänge

  • 060112-5382-01.zip
    060112-5382-01.zip
    23,5 KB · Aufrufe: 127
  • Prime95 Error.png
    Prime95 Error.png
    198 KB · Aufrufe: 175
  • Prime Error 2.png
    Prime Error 2.png
    174,9 KB · Aufrufe: 174
  • Prime Error 3.png
    Prime Error 3.png
    157,7 KB · Aufrufe: 160
Nach dem flashen dann aber die Timings wieder richtig stellen, oder?
 
Hab bei MSI die Möglichkeit unter Windows oder unter Dos zu flashen.
Ist egal welche Variante ich wähle?
Das letzte BIOS das ich geflasht habe war unter win 98 :freak:
Ergänzung ()

Ich soll die BIOS Protection ausschalten. Finde den Punkt aber weder im Bios noch im Handbuch
Ergänzung ()

BIOS geflasht.
Die Timings vom Ram hat er nun erkannt jedoch ist er noch immer als 1333Mhz im Bios
 

Anhänge

  • Nach BIOS Update 1.png
    Nach BIOS Update 1.png
    45 KB · Aufrufe: 162
  • Nach BIOS Update 2.png
    Nach BIOS Update 2.png
    57,7 KB · Aufrufe: 169
  • Nach BIOS Update 3.png
    Nach BIOS Update 3.png
    58,6 KB · Aufrufe: 130
  • Nach BIOS Update 4.png
    Nach BIOS Update 4.png
    54 KB · Aufrufe: 165
  • Nach Bios Update.png
    Nach Bios Update.png
    62 KB · Aufrufe: 143
Zuletzt bearbeitet:
Das Board stellt standardmäßig das Jedec Profil ein. Die XMP Timings musst du entweder über ein XMP-Profil laden (sofern diese Einstellunge im Bios vorhanden ist), oder manuell vornehmen.

Zunächst würde ich es aber mal so lassen und beobachten, ob die Probleme durch das Bios Update (in den Default Einstellungen) gelöst wurde.
 
Wollte heute mit Prime wieder das System testen jedoch hab ich nach dem Update wieder einen Error.
Vor dem Update lief Prime knapp 2h ohne Fehler.
Hab mit beiden Frequenzen getestet 1333Mhz und 1600Mhz
 

Anhänge

  • Prime nach Update 1600Mhz.png
    Prime nach Update 1600Mhz.png
    201,9 KB · Aufrufe: 144
  • Prime nach Update 13333mhz.png
    Prime nach Update 13333mhz.png
    196,9 KB · Aufrufe: 119
Führe bitte einen CMOS Reset durch (genaue Anleitung im Handbuch befolgen) und lade danach im Bios die "Opitmized Defaults" (Taste F6). Überprüfe vorher/nachher die Controllereinstellung der Festplatten (AHCI/IDE) und stelle die korrekte Einstellung ggf. nach dem Reset wieder her.

Poste danach einen aktuellen Screenshot von CPU-Z (Reiter Memory).
 
CMOS gelöscht.
Version ist noch immer 2.3. Standard war 2.1. Sollte nach der Löschung nich wieder 2.1 drauf sein?
SSD war vorher AHCI Mode und nachher auch
 

Anhänge

  • nach de. 1.png
    nach de. 1.png
    49,3 KB · Aufrufe: 135
  • Nach del 3.png
    Nach del 3.png
    48,1 KB · Aufrufe: 160
  • Nach del..png
    Nach del..png
    57,1 KB · Aufrufe: 133
Hab gerade wieder Prime ausgeführt und ist gleich Instant abgeschmiert auf Worker 1 diesmal.
Hab ihn nochmal angeworfen und momentan läuft er, aber wie gesegt. Beim ersten Versuch instant Stop
 
Zurück
Oben