[datroubler]

Symptom
Beim Herunterfahren von Win 8.1 (x64) kommt es zu einem BlueScreen was direkt zu einem Neustart führt

Systeminfos
Es handelt sich um den Asus Laptop N51TP
Der Chipsatztreiber ist aktuell (AMD)

Bisherige Analyse

Zitat

Use !analyze -v to get detailed debugging information.

BugCheck D1, {6f800100000, 8, 0, fffff80000c4d47c}

Probably caused by : storport.sys ( storport!StorPortNotification+3c )

Followup: MachineOwner

Fällt euch dazu was ein? Braucht ihr weitere Infos?

[DK2000]

Würde da in Richtung Festplattencontroller, dessen Treiber und Festplatte suchen. Die storport.sys verursacht selten von sich aus Fehler meist ist es der Treiber des Controllers oder ein anderer Treiber, der dort eingreift (z.B. Filtertreiber von Virenscanner)

Was steht denn noch so im Stack?

[datroubler]

Am Virenscanner kann es nicht liegen den hab ich grad mal deinstalliert und neu gestartet, problem bleibt.
Zum Festplattencontroller: ist damit das Teil auf dem Mainboard gemeint (dann hängts am chipset driver?) oder in der festplatte selbst?

Meine Festplatte:

Zitat

ST950032 5AS SCSI Disk Device
Manufacturer Seagate
Form Factor 2.5"
Interface RAID
Capacity 465 GB
Real size 500.107.862.016 bytes
RAID Type Software RAID

Einen Treiber dafür habe ich leider nicht gefunden.

Zitat

Microsoft ® Windows Debugger Version 6.4.0007.2
Copyright © Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\113013-35312-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 Longhorn Kernel Version 9600 MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 9600.16422.amd64fre.winblue_gdr.131006-1505
Kernel base = 0xfffff803`dcc1b000 PsLoadedModuleList = 0xfffff803`dcedf990
Debug session time: Sat Nov 30 07:23:35.645 2013 (GMT+1)
System Uptime: 0 days 0:16:15.692
Loading Kernel Symbols
....................................................................................................................................................
Loading unloaded module list
.....
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {6f800100000, 8, 0, fffff80000c4d47c}

Probably caused by : storport.sys ( storport!StorPortNotification+3c )

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

[DK2000]

Gebe mal im Debugger !analyze -v ein. Da erscheint ein Abschnitt, der sich STACK_TEXT: nennt. Der interessiert mich im Moment.

Und die Version des Debuggers irritiert mich da. Aktuell wäre da 6.3.9600.16384 (Windows 8.1). 6.4.0007.2 sieht so alt aus. Kann sein, das die Analyse nicht passt.

[datroubler]

Den Debugger hab ich mir nachträglich installiert. Komischerweise krieg ich bei den neuen Blue Screens keine neuen Dateien im Ordner "Minidump"

Zitat

1: 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: 000006f800100000, memory referenced
Arg2: 0000000000000008, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff80000c4d47c, address which referenced memory

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


READ_ADDRESS: fffff803dcecd340: Unable to get special pool info
fffff803dcecd340: Unable to get special pool info
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
unable to get nt!MiSessionPoolStart
unable to get nt!MiSessionPoolEnd
000006f800100000

CURRENT_IRQL: 8

FAULTING_IP:
storport!StorPortNotification+3c
fffff800`00c4d47c 488b3f mov rdi,[rdi]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0xD1

LAST_CONTROL_TRANSFER: from fffff803dcd747e9 to fffff803dcd68ca0

STACK_TEXT:
ffffd000`207ff6f8 fffff803`dcd747e9 : 00000000`0000000a 000006f8`00100000 00000000`00000008 00000000`00000000 : nt!KeBugCheckEx
ffffd000`207ff700 00000000`00000000 : 00000000`0000000a 000006f8`00100000 00000000`00000008 00000000`00000000 : nt!KiBugCheckDispatch+0x69


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
storport!StorPortNotification+3c
fffff800`00c4d47c 488b3f mov rdi,[rdi]

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: storport!StorPortNotification+3c

MODULE_NAME: storport

IMAGE_NAME: storport.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 5215f857

FAILURE_BUCKET_ID: X64_0xD1_storport!StorPortNotification+3c

BUCKET_ID: X64_0xD1_storport!StorPortNotification+3c

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

[DK2000]

Ist die Frage, wo Du den Debugger her hast. Der scheint ja noch nicht einmal die installierte Windows Version zu erkennen. Deinstalliere das Teil mal und installiere mal den aktuellen aus dem WDK.

Der Dump selber ist da auch nutzlos. Umschalten auf den anderen Kern geht vermutlich nicht, weil das in einem Minidump selten mitgespeichert wird (~1s oder ~2s). Auf dem Kern läuft nur der Bug Check Dispatcher. Der Fehler war vermutlich auf dem anderen Kern oder wurde aus irgendwelchen Gründen nicht gesichert (Auslagerungsdatei zu klein). Wenn Du den Fehler mit dem Debugger weiter verfolgen möchtest, müsstest Du in der Systemsteuerung\System mind. Kernelspeicherabbild oder Vollständiges Speicherabbild einstellen. Minidumps sind hier relativ nutzlos, da zu viel Information fehlt.

Und was ist eigentlich mit "Software RAID" gemeint? Hybridplatte oder HDD/SDD Kombination? Auf der ASUS nicht so wirklich Infos darüber.

[datroubler]

Die Platte ist ne normale HDD mit 500Gb also keine SSD, die Hardwarebeschreibung stammt aus speccy.

Zitat

1: 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: 000006f800100000, memory referenced
Arg2: 0000000000000008, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff80000c4d47c, address which referenced memory

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


READ_ADDRESS: 000006f800100000

CURRENT_IRQL: 8

FAULTING_IP:
storport!StorPortNotification+3c
fffff800`00c4d47c 488b3f mov rdi,qword ptr [rdi]

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: AV

PROCESS_NAME: System

ANALYSIS_VERSION: 6.3.9600.16384 (debuggers(dbg).130821-1623) amd64fre

DPC_STACK_BASE: FFFFD000207FFFB0

TRAP_FRAME: ffffd000207ff840 -- (.trap 0xffffd000207ff840)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=ffffd000207ffad8 rbx=0000000000000000 rcx=0000000000000006
rdx=ffffe00001600020 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80000c4d47c rsp=ffffd000207ff9d0 rbp=ffffd000207ffa40
r8=ffffe00001600020 r9=0000000000000000 r10=00000000ffffffff
r11=ffffd000207ffa18 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
storport!StorPortNotification+0x3c:
fffff800`00c4d47c 488b3f mov rdi,qword ptr [rdi] ds:00000000`00000000=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff803dcd747e9 to fffff803dcd68ca0

STACK_TEXT:
ffffd000`207ff6f8 fffff803`dcd747e9 : 00000000`0000000a 000006f8`00100000 00000000`00000008 00000000`00000000 : nt!KeBugCheckEx
ffffd000`207ff700 fffff803`dcd7303a : 00000000`00000000 ffffe000`01600020 ffffe000`01600700 ffffd000`207ff840 : nt!KiBugCheckDispatch+0x69
ffffd000`207ff840 fffff800`00c4d47c : ffff0e23`1fa77873 ffffb006`00000000 00000000`00000001 fffff800`00c84010 : nt!KiPageFault+0x23a
ffffd000`207ff9d0 fffff800`00c01f43 : ffffe000`01600020 ffffe000`01600020 fffff800`00c03d34 00000000`00000000 : storport!StorPortNotification+0x3c
ffffd000`207ffae0 fffff800`00c03d14 : 00000000`00000002 00000000`00000004 ffffe000`01280000 fffff800`002032d2 : ahcix64s+0x1f43
ffffd000`207ffb10 fffff800`00c55446 : fffff800`00204260 ffffe000`003bcc90 ffffe000`00000001 00000000`00000000 : ahcix64s+0x3d14
ffffd000`207ffb40 fffff800`00c5709a : 00000000`00000000 00000000`00000004 00000000`00000103 fffff800`00203db7 : storport!RaCallMiniportAdapterControl+0x22
ffffd000`207ffb70 fffff800`00c57041 : 00000000`00000000 ffffd000`23175010 00000000`00000004 ffffe000`003bcc90 : storport!RaidAdapterStopAdapter+0x3e
ffffd000`207ffba0 fffff800`00c56ebf : ffffe000`010901a0 fffff800`00206506 ffffe000`003c1302 fffff800`00205c00 : storport!RaidAdapterStop+0x35
ffffd000`207ffbd0 fffff800`00c508d3 : ffffe000`010901a0 00000000`00000000 00000000`00000001 ffffe000`003c13d0 : storport!RaidAdapterDevicePowerstopAdapter+0x4b
ffffd000`207ffc10 fffff803`dcc75d10 : ffffd000`207ffdf0 fffff803`dcc1b000 ffffd000`207ffe70 ffffe000`01090118 : storport!RaidpAdapterDpcRoutine+0xf3
ffffd000`207ffcf0 fffff803`dcc759f0 : c981ca8b`4802ea83 ffffd000`207ce180 ff788d8b`ec7fd63b ffffd000`24a1fcc0 : nt!KiExecuteAllDpcs+0x1b0
ffffd000`207ffe40 fffff803`dcd6bdd5 : 097ce92a`04e8c1c8 ffffd000`207ce180 ffffd000`20779860 00000000`00000000 : nt!KiRetireDpcList+0xd0
ffffd000`207fffb0 fffff803`dcd6bbd9 : ffffe000`01600020 00000000`00000000 ffffd000`23175718 fffff800`00c042d4 : nt!KxRetireDpcList+0x5
ffffd000`207797b0 fffff803`dcd6dcfa : ffffe000`01091260 ffffe000`010901a0 ffffe000`01091260 00000000`00000000 : nt!KiDispatchInterruptContinue
ffffd000`207797e0 fffff803`dcc8fc1f : fffff800`00c53c2e ffffd000`23175010 ffffe000`010901a0 ffffe000`01091200 : nt!KiDpcInterrupt+0xca
ffffd000`20779978 fffff800`00c53c2e : ffffd000`23175010 ffffe000`010901a0 ffffe000`01091200 ffffe000`02687b00 : nt!KzLowerIrql+0x7
ffffd000`20779980 fffff800`00c564b9 : ffffd000`23175010 ffffd000`20779a40 00000000`00000002 fffff803`dcd30e01 : storport!RaidAdapterRaiseIrqlAndExecuteXrb+0x36
ffffd000`207799b0 fffff800`00c563bd : ffffe000`01091260 00000000`00000900 ffffe000`03cf7c60 00000000`00000000 : storport!RaAdapterStartPowerIo+0xa9
ffffd000`20779a00 fffff800`00c584cf : ffffe000`010901a0 00000000`00000001 ffffe000`01090050 ffffe000`03cf7c60 : storport!RaidPowerPassToMiniPort+0x111
ffffd000`20779a80 fffff800`00c5844e : ffffe000`010904a0 ffffe000`010901a0 ffffb006`28719582 00000000`00000000 : storport!RaidAdapterStopOnPowerdown+0x43
ffffd000`20779ab0 fffff800`00c56551 : ffffe000`03cf7c60 00000000`00000001 ffffe000`010901a0 fffff803`00000000 : storport!RaidAdapterPowerDownDevice+0x9e
ffffd000`20779b20 fffff800`00c56619 : 00000000`00000004 ffffe000`010901a0 ffffe000`03cf7c60 ffffe000`0026b880 : storport!RaidAdapterSetDevicePowerIrp+0x65
ffffd000`20779b60 fffff800`00c56245 : 00000000`00000001 00000000`00000002 ffffe000`010901a0 ffffe000`03cf7c60 : storport!RaidAdapterSetPowerIrp+0x71
ffffd000`20779bc0 fffff800`00c55ed2 : ffffd000`20779d10 fffff803`dcd31e66 00000000`00000001 ffffd000`20779d10 : storport!RaidAdapterPowerIrp+0x7d
ffffd000`20779c50 fffff803`dcd31927 : 00000000`00000001 ffffe000`03cf7c60 ffffe000`0026bb00 00000000`00000001 : storport!RaDriverPowerIrp+0x96
ffffd000`20779c90 fffff803`dcca82e4 : 00000000`00000000 ffffe000`0026b880 ffffe000`0026b880 ffffe000`0015b900 : nt!PopIrpWorker+0x2df
ffffd000`20779d40 fffff803`dcd6f2c6 : ffffd000`207ce180 ffffe000`0026b880 ffffe000`0026a040 00000000`00000000 : nt!PspSystemThreadStartup+0x58
ffffd000`20779da0 00000000`00000000 : ffffd000`2077a000 ffffd000`20774000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
ahcix64s+1f43
fffff800`00c01f43 448a1d12470400 mov r11b,byte ptr [ahcix64s+0x4665c (fffff800`00c4665c)]

SYMBOL_STACK_INDEX: 4

SYMBOL_NAME: ahcix64s+1f43

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: ahcix64s

IMAGE_NAME: ahcix64s.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 483ba175

FAILURE_BUCKET_ID: AV_ahcix64s+1f43

BUCKET_ID: AV_ahcix64s+1f43

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:av_ahcix64s+1f43

FAILURE_ID_HASH: {f177aa6b-85c8-e64c-2197-da0e5a0c4995}

Followup: MachineOwner

[DK2000]

Aha, jetzt sagt er was anderes: ahcix64s.sys

Das ist der AMD AHCI Treiber. Ich würde den erst einmal weg lassen und den Standard AHCI Treiber von Microsoft verwenden und damit mal testen. Wenn es dann läuft, dann liegt das an dem Treiber. Wäre nicht das erste mal, das der eine Macke hat.

[datroubler]

Danke für deine Hilfe! Das deinstallieren des Treibers hat mir zwar Win 8 zerschossen und ich musste es "auffrischen" aber letztendlich geht es nun anscheinend mit dem Windows Treiber.

[nex86]

hatte ein ähnliches problem mit dem Intel AHCI Treiber.
Neuere Treiber scheinen bei älterer Hardware (in meinem Fall Intel H65) unter Windows 8 probleme zu machen.

[datroubler]

Pfusch von AMD oder wie?