Bluescreen wenn in Standby gegangen wird -> Crashdump auslesen?

16-Bit

Lt. Commander
Registriert
März 2010
Beiträge
1.221
Hallo!
Ich hab ein Problem: Wenn ich mit Windows 7 in den Standby gehe, bekomme ich c.a. 1-2 Sekunden lang ein Bluescreen gezeigt. Aber nicht lange genug, um zu sehen, was da steht. Das einzige was er noch anzeigt ist etwas von "writing crashdump".
Wenn der PC dann wieder anhemacht wird, fägrt er ganz von vorn hoch, und zeigt auch an, dass er nicht richtig heruntergefahren wurde. Wird dieser Crashdump irgendwo gespeichert?
Und kann man ihn vielleicht auslesen?

Gruß Christoph
 
Windows+Unterbrechen, Erweiterte Systemeinstellungen, Systemstart, Automatischer Neustart Haken wegnehmen. Dann kannste die Bluescreens lesen.
Da steht auch wo der Crashdump gespeichert wird und wie er heißt und wie man die Ausliest .... findeste im Forum ... kann ich Dir leider gerade nicht helfen, sorry.
 
...und schalte "C1E" auf disabled - dann sollte es funktionieren -
 
Habe folgendes raus bekommen:

Code:
0: kd> !analyze –v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {8, 5, 0, fffff8800173d270}

Probably caused by : mv91xx.sys ( mv91xx+2a270 )

Followup: MachineOwner

Scheint der Marvell Controller zu sein. Obwohl ich den ja im Moment nicht benutze (hängen keine Platten dran). Frage mich nur, warum das auf einmal passiert. Werde mal den aktuellen Treiber installieren. Mal sehen, ob das hilft.

Christoph
Ergänzung ()

Hmm. Es gibt keinen neueren Treiber. Werde das Ding mal im Bios deaktivieren. Ich hoffe das bringt etwas. Ansonsten muss mich mal direkt an Marvell wenden.
 
Hmm Ich frage mich, wo diese Treiber herkommen? Lustigerweise sind die auf der Marvell Homepage gar nicht zu finden. Und bei Gigabyte ist nur mein aktuell verwendeter Treiber.
Bei dem Bluescreen steht übrigens irgendwas von Power error. Und in der Ereignisanzeige findet sich

"(Kritisch) Ereignis 41, Kernel-Power:
Das System wurde neu gestartet, ohne dass es zuvor ordnungsgemäß heruntergefahren wurde. Dieser Fehler kann auftreten, wenn das System nicht mehr reagiert hat oder abgestürzt ist oder die Stromzufuhr unerwartet unterbrochen wurde."

Ich hab den Marvell Controller deaktiviert. Trotzdem tritt das Problem weiterhin auf.
 
Nicht das es die Netzwerkkarte mit Marvell-Chip ist.
 
@ simpel1970: Ja es ist der Controller.

Ich hab eine Supportanfrage an Marvell geschickt. Das war die Antwort (genau gar nicht hilfreich):

Please read below for information on Sales Support, Datasheets and Drivers.

For Sales Support:
Regarding questions about our products, please contact our local sales or distribution office:
http://www.marvell.com/sales/index.jsp

For Datasheets (for companies who have Non-Disclosures (NDAs) with Marvell):
For technical specifications on our products you will need to register for our extranet:
Click here to register: https://extranet.marvell.com/login/sign_up.do

NOTE: If you do not have an NDA, then you need to register and say no that you don’t have an NDA when prompted. This will alert someone from our legal team to contact you to initiate an NDA.
If you are already registered with our extranet and you can’t find the datasheet that you are looking for, then the next step is to complete the “Additional Product Request Form” on the home page. Complete and submit this form for approval for the product information that you need.
We have populated these easy access areas with the products, projects and supporting information you requested under your approved Marvell Non-Disclosure Agreement (NDA). If your interest expands beyond the products currently covered under your NDA, please contact us.
My Products
Review the latest information on current and developing Marvell products. If you would like to request access to additional Marvell products please use our new Additional Product Request Form.
My Projects
Review status, share files or folders with your Marvell Project Teams or update specifications to your Marvell projects.
For Drivers:
The only approved drivers that Marvell releases to end-users are located on our website:
http://www.marvell.com/drivers/search.do

If the driver you are looking for is not here, then we do not provide it.
The drivers that are located on our website are the only support we provide to end-users (customers that don’t have NDAs with Marvell).
If you have any other support needs, you should contact the manufacturer of your computer.




________________________________________
Subject: Serial ATA Support Request - Christoph P.

First Name: Christoph
Last Name: P.
Title: non
Telephone: 00000
Fax: 00000
E-mail: [mail]

Company: non
Address: -
City: Aachen
State:
Province:
Postal Code: -
Country: Germany

Product: Storage - Serial ATA
Inquiry: Hi!
I have a special problem. I'm using Windows 7. But when it goes into standby, I get a blue-screen and it say's something about "missing power". I can't see ist clearly because I only see it for 2-3 seconds. I didn't change any hardware since this issue occurs. I have looked into the Windows System Messages Overview and it says (sorry, only in German):

"(Kritisch) Ereignis 41, Kernel-Power:
Das System wurde neu gestartet, ohne dass es zuvor ordnungsgem�� heruntergefahren wurde. Dieser Fehler kann auftreten, wenn das System nicht mehr reagiert hat oder abgest�rzt ist oder die Stromzufuhr unerwartet unterbrochen wurde."

I have analyzed the crashdump with the Microsoft debugging Tools. That's why I thing it's a problem with the SATA Controller:

"0: kd> !analyze �v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {8, 5, 0, fffff8800173d270}

Probably caused by : mv91xx.sys ( mv91xx+2a270 )

Followup: MachineOwner"

"mv91xx.sys" is the Controller Driver I think. The funny thing is, there are no drives connected to the controller (I'm using the alternate Intel controller), and I have deactivate the controller in bios. But the Problem is still there. I hope you can help me.

Here are my system infos:
Windows 7 Professional
Core i7 960
Gigabyte GA-X58A-UD7 (rev. 1.0) Mainboard
88SE91xx SATA 3 Controller on board.


Greetings from Germany, Christoph
 
Leider auch nix mit den neueren Treibern. Langsam hab ich Angst, dass ich mit mein Windows zerschiesse, wenn das noch ein paarmal mehr passiert. Was mich am meisten Wurmt ist, dass sich eigentlich nichts verändert hat. Zumindest an der Hardware.
Was genau bedeutet denn das Windows Event "Kernel-Power"? Auf dem Bluescreen steht ja auch was von power error. Kann das was mit der Stromversorgung zu tun haben?
 
wenn ich das richtig lese,sollst du oder er hat einen alternativen Controller benutzt und im Bios einen Controller deaktiviert,aber simpel1970 wird dir sicher mehr dazu sagen können, wenn er online ist

ups hatte mich verlesen-)

Wenn du so ein Problem mit diesem Treiber hast,warum schmeißt du ihn nicht runter und benutzt die Bordtreiber CD für die Installation?
 
Zuletzt bearbeitet: (alt-müde-vergesslich-))
16-Bit schrieb:
Was genau bedeutet denn das Windows Event "Kernel-Power"? Auf dem Bluescreen steht ja auch was von power error. Kann das was mit der Stromversorgung zu tun haben?

Das bedeutet schlicht, dass der PC abgestürzt ist (Blusecreen) und nicht ordnungsgemäß heruntergefahren wurde.

Beobachte bitte, ob die Stopfehlermeldungen der Bluescreens immer gleichlautend sind. In diesem Fall die Minidumps zum Bluescreen erneut auswerten.

Welche Bios-Version hast du auf dem Board?
 
Ich habe "GBT - 42302e31 Award Modular BIOS v6.00PG" vom 15.04.10. Aber der Changelog sagt nichts über derartige Probleme. Und das neueste Bios ist eine Beta. Die würde ich nicht so gern installieren.
 
So. Hab jetzt die Version 1.0.00.1042 vom 30/06/10 von station-drivers.comhtm installiert, und mal auf Standy gedrückt.
Etwa 6 Sekunden Später erstrahlte mein Gesicht in einem morgendlichem Blau schimmer :o

Hier die Auswertung (ich hoffe es ist jetzt die vollständige Version):

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


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7600 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02619000 PsLoadedModuleList = 0xfffff800`02856e50
Debug session time: Thu Apr  1 12:40:13.944 2010 (UTC + 2:00)
System Uptime: 0 days 0:00:36.037
Loading Kernel Symbols
...............................................................
................................................................
..........................
Loading User Symbols

Loading unloaded module list
..
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {8, 5, 0, fffff8800173d270}

*** ERROR: Module load completed but symbols could not be loaded for mv91xx.sys
Probably caused by : mv91xx.sys ( mv91xx+2a270 )

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

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000000008, memory referenced
Arg2: 0000000000000005, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff8800173d270, address which referenced memory

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


READ_ADDRESS:  0000000000000008 

CURRENT_IRQL:  5

FAULTING_IP: 
mv91xx+2a270
fffff880`0173d270 440fb74608      movzx   r8d,word ptr [rsi+8]

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  System

TRAP_FRAME:  fffff800045192d0 -- (.trap 0xfffff800045192d0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa800835ab78 rbx=0000000000000000 rcx=0000000000000000
rdx=fffffa800837bda0 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800173d270 rsp=fffff80004519460 rbp=0000000000000002
 r8=fffffa800835b090  r9=fffffa800835a8a8 r10=fffff80002619000
r11=fffff880021888c0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei ng nz ac po cy
mv91xx+0x2a270:
fffff880`0173d270 440fb74608      movzx   r8d,word ptr [rsi+8] ds:1678:0008=????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff8000268a469 to fffff8000268af00

STACK_TEXT:  
fffff800`04519188 fffff800`0268a469 : 00000000`0000000a 00000000`00000008 00000000`00000005 00000000`00000000 : nt!KeBugCheckEx
fffff800`04519190 fffff800`026890e0 : 0000000e`00000028 fffffa80`0836c020 fffff880`0140bbb4 00000000`0007c0c8 : nt!KiBugCheckDispatch+0x69
fffff800`045192d0 fffff880`0173d270 : 00000000`00000000 00000000`00000002 00000000`00000000 00000000`0000003f : nt!KiPageFault+0x260
fffff800`04519460 fffff880`0174b962 : fffffa80`0837bda0 fffffa80`081a0002 fffff800`02803e80 fffff800`04519c58 : mv91xx+0x2a270
fffff800`04519490 fffff880`01748ed1 : fffff800`028900c0 00000000`00000000 fffff800`02811c40 fffffa80`08187610 : mv91xx+0x38962
fffff800`045194d0 fffff800`0268674b : fffffa80`08187760 fffffa80`081a0b00 fffffa80`081a0b00 00000000`00000000 : mv91xx+0x35ed1
fffff800`04519500 fffff880`017a59b9 : fffffa80`08187760 fffff880`01748e6c fffffa80`081c4008 fffff800`02694a9a : nt!KeSynchronizeExecution+0x3b
fffff800`04519540 fffff800`02696fa6 : fffff800`04519600 00000000`00000000 00000000`40260089 00000000`00000000 : SCSIPORT!SpMiniPortTimerDpc+0x4d
fffff800`04519570 fffff800`02696326 : fffff880`02188880 00000000`00000906 00000000`00000000 00000000`00000000 : nt!KiProcessTimerDpcTable+0x66
fffff800`045195e0 fffff800`02696e7e : 00000000`157ae927 fffff800`04519c58 00000000`00000906 fffff800`02806348 : nt!KiProcessExpiredTimerList+0xc6
fffff800`04519c30 fffff800`02696697 : 00000000`06daebc2 00000000`00000906 00000000`06daebf2 00000000`00000006 : nt!KiTimerExpiration+0x1be
fffff800`04519cd0 fffff800`026936fa : fffff800`02803e80 fffff800`02811c40 00000000`00000002 fffff880`00000000 : nt!KiRetireDpcList+0x277
fffff800`04519d80 00000000`00000000 : fffff800`0451a000 fffff800`04514000 fffff800`04519d40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
mv91xx+2a270
fffff880`0173d270 440fb74608      movzx   r8d,word ptr [rsi+8]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  mv91xx+2a270

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: mv91xx

IMAGE_NAME:  mv91xx.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4acf09d5

FAILURE_BUCKET_ID:  X64_0xD1_mv91xx+2a270

BUCKET_ID:  X64_0xD1_mv91xx+2a270

Followup: MachineOwner
---------
 
Ne. Eben nicht. Das ist ja das seltsame. Das ist wie als wenn ein amputierter Arm juckt ;-)
 
Zurück
Oben