Windows 8.1 storport.sys Bluescreen

Trippley

Cadet 2nd Year
Registriert
Dez. 2011
Beiträge
21
Guten Abend,

ich habe seit dem Abzischen meines Seasonic X560 ein großes Problem mit meinem PC. Nach langwähriger Abwicklung bei Mindfactory (über 10 Wochen) hatte ich erkannt, dass meine Grafikkarte dabei abgeschmiert ist. Diese befindet sich nun in der RMA Abwicklung bei Asus.

Da ich ja nicht genug Probleme habe, hat Windows 8.1 mir seit Einbau des neuen Netzteils und Ausbau der Grafikkarte auch welche beschert. Ich bekomme des öfteren in unregelmässigen Abständen von 3 bis 36 Stunden einen driver_irql_not_less_or_equal Bluescreen mit storport.sys als Fehlerverursacher.

Nun erst einmal meine Hardware:
  • Intel 3570K (mit Onboard Grafik in Benutzung)
  • Asus P8Z77-V Deluxe (Marvell Chipsatz 9128)
  • 2x 8Gb Kingston Hyperx Blu DDR3-1600
  • Asus Xonar Xense
  • Syba PCIe 4 Port Sata 3 Controller (Marvell Chipsatz 9230)
    Intern:
  • 3x HGST Deskstar NAS 4TB (Angeschlossen an Syba)
  • 1x OCZ Agility3 120GB (Angeschlossen an Mainboard) (Systemplatte)
  • 2x Samsung HD103UJ (Angeschlossen an Mainboard Marvell)
  • 1x Samsung HD502IJ (Angeschlossen an Mainboard)
    Extern:
  • 1x WD MyBook USB3 3TB
  • 1x Intenso USB3 4TB
  • 1x Toshiba USB3 2TB

Da dieser Fehler durchaus gerne durch den Intel Chipsatz ausgelöst wird habe ich diesen zunächst aktuallisiert, genauso wie alle anderen Treiber. Leider verhalf das nicht zu ersehnten Besserung. Danach habe ich Betriebssystem aktuallisiert - was dringend nötig war - und die überflüssigen Nvidia Programme deinstalliert, da ja keine Nvidia Grafikkarte vorhanden ist.
Danach habe sfc laufen lassen und die Fehler im Betriebssytem korrigiert. Weiterhin habe ich memtest für einen Tag laufen lassen, keine Fehler im RAM erkannt.
Habe den Intel Chipsatz Treiber dann manuell deinstalliert und vom Betriebssystem den Standardmässigen wieder installieren lassen. Keine Abhilfe.

Man sollte betonen, dass ich viel mit Daten zu tun habe und die Festplatten des öfteren auf diese Zugreifen. Sofern dies getan wird existiert eine höhere Wahrscheinlichkeit, dass ein Bluescreen auftritt. Sofern ich es beurteilen kann ist es unabhängig davon auf welche Festplatte zugegriffen wird.

Meine Festplatten agieren dabei auf 3 Arten:
  • Die HGST Platten sind zu einem Windows 8 Storage Space mit Raid 5 zusammengefasst. (Datengrab)
  • Die Samsung Platten sind zu einem dynamischen Datenträger zusammengefasst. (Programme)
  • Die Systemplatte und externen Festplatten agieren einzeln

In den 14 Bluescreens die seit dem 14.7 geschehen sind waren laut BlueScreenView die Verursacher:
  • 14x ntoskrnl.exe
  • 12x storport.sys
  • 01x hal.dll
  • 01x tm.sys
  • 01x USBPORT.sys

Leider bin ich mit meinem eigenen Latein ein wenig am Ende könnte mir jedoch gut vorstellen, dass das Mainboard oder der Controller der 3 HGST Festplatten noch etwas vom schönem Netzteil abbekommen hat. Leider kann ich aktuell durchaus auch wegen beruflichen Gründen nicht auf mein System und die Festplatten verzichten wodurch ich eine langwährige Reklamation des Mainboards oder Controllers gerne ausschließen möchte, wobei ein Erfolg natürlich auch nicht garantiert ist beim Mainboard. Die einzige Möglichkeit wäre also für mich noch Windows 8.1 neu zu installieren, wobei ich dies aufgrund des Aufwands der damit verbunden ist gerne vermeiden würde. Natürlich steht der Aufwand wohl in nächster Zeit zu immer höher werdenen Opfern der Nutzbarkeit des PCs.

In den Anhang habe ich zunächst 3 der Dumps gepackt, vielleicht kann ja jemand mehr damit anfangen als ich. :/

Ich danke jetzt schon. :/
Ergänzung ()

Habe jetzt noch einmal den Debugger runtergeladen und ausgeführt. Mir erschließt sich jedoch nicht viel daraus.

Weiterhin lasse ich jetzt den Verifier laufen welcher einen BSOD wirft sofern ein Treiber Ärger verursacht.

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


Loading Dump File [C:\Windows\Minidump\081314-52250-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 8 Kernel Version 9600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 9600.17085.amd64fre.winblue_gdr.140330-1035
Machine Name:
Kernel base = 0xfffff801`ab409000 PsLoadedModuleList = 0xfffff801`ab6d32d0
Debug session time: Wed Aug 13 00:57:34.384 2014 (UTC + 2:00)
System Uptime: 1 days 2:34:19.056
Loading Kernel Symbols
...............................................................
................................................................
.......................................
Loading User Symbols
Loading unloaded module list
.............
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {52345eab, 2, 1, fffff80164fbf3cd}

Probably caused by : storport.sys ( storport!TranslateResultToScsiRequestBlock+61 )

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

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: 0000000052345eab, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff80164fbf3cd, address which referenced memory

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


WRITE_ADDRESS: fffff801ab6c0ce0: Unable to get special pool info
fffff801ab6c0ce0: Unable to get special pool info
unable to get nt!MmNonPagedPoolStart
unable to get nt!MmSizeOfNonPagedPoolInBytes
0000000052345eab

CURRENT_IRQL: 2

FAULTING_IP:
storport!TranslateResultToScsiRequestBlock+61
fffff801`64fbf3cd 884503 mov byte ptr [rbp+3],al

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: AV

PROCESS_NAME: System

TAG_NOT_DEFINED_c000000f: FFFFD00149145FB0

TRAP_FRAME: ffffd0014913e3f0 -- (.trap 0xffffd0014913e3f0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000deb93da301 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80164fbf3cd rsp=ffffd0014913e580 rbp=0000000052345ea8
r8=fffff780000003b0 r9=fffff78000000008 r10=00000000000000e0
r11=0000000000000098 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
storport!TranslateResultToScsiRequestBlock+0x61:
fffff801`64fbf3cd 884503 mov byte ptr [rbp+3],al ss:0018:00000000`52345eab=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff801ab568ae9 to fffff801ab55cfa0

STACK_TEXT:
ffffd001`4913e2a8 fffff801`ab568ae9 : 00000000`0000000a 00000000`52345eab 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
ffffd001`4913e2b0 fffff801`ab56733a : 00000000`00000001 000000de`b93da37d 00000000`00000000 ffffd001`4913e3f0 : nt!KiBugCheckDispatch+0x69
ffffd001`4913e3f0 fffff801`64fbf3cd : ffffe000`00000000 ffff4bae`2c6b5d47 ffffe000`4f3ff1b0 ffffba47`c737c857 : nt!KiPageFault+0x23a
ffffd001`4913e580 fffff801`64facd88 : ffffd001`44b63010 00000000`00000001 ffffd001`4913e640 ffffd001`44b63b98 : storport!TranslateResultToScsiRequestBlock+0x61
ffffd001`4913e5d0 fffff801`64f9d2db : 00000000`00000000 00000000`00000000 00000000`00000001 ffffd001`44b63010 : storport!RaidUnitCompleteRequest+0x151b8
ffffd001`4913e7c0 fffff801`ab4631e0 : ffffd001`49117f00 00000000`00000000 00000000`00000000 ffffe000`4f227080 : storport!RaidpAdapterRedirectDpcRoutine+0x7b
ffffd001`4913e860 fffff801`ab4623fb : ffffd001`49115180 ffffe000`57df4010 00000000`00000004 fffff801`ab5e3e24 : nt!KiExecuteAllDpcs+0x1b0
ffffd001`4913e9b0 fffff801`ab560aea : ffffd001`49115180 ffffd001`49115180 ffffd001`491212c0 ffffe000`62255880 : nt!KiRetireDpcList+0xdb
ffffd001`4913ec60 00000000`00000000 : ffffd001`4913f000 ffffd001`49139000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
storport!TranslateResultToScsiRequestBlock+61
fffff801`64fbf3cd 884503 mov byte ptr [rbp+3],al

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: storport!TranslateResultToScsiRequestBlock+61

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: storport

IMAGE_NAME: storport.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 53415ff7

BUCKET_ID_FUNC_OFFSET: 61

FAILURE_BUCKET_ID: AV_storport!TranslateResultToScsiRequestBlock

BUCKET_ID: AV_storport!TranslateResultToScsiRequestBlock

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

Anhänge

  • Dumps.zip
    65,1 KB · Aufrufe: 354
Schaue zuerst in Bluescreenview ob alle 14 Bugchecks 0xD1 waren, wenn ja ist das ein Zeichen für instabilen RAM, hier muß die Spannung etwas angehoben werden.
 
Inzersdorfer schrieb:
Schaue zuerst in Bluescreenview ob alle 14 Bugchecks 0xD1 waren, wenn ja ist das ein Zeichen für instabilen RAM, hier muß die Spannung etwas angehoben werden.

Die Spannung lag tatsächlich recht leicht mit 1,48V unter den vorgegebenen 1,5V. Habe dies also manuell angepasst. Was jedoch wahrscheinlich gravierender war sind die gesenkten CL Timings die das Mainboard Automatisch eingestellt hatte. Diese lagen statt bei 10 bei 9, was ich jetzt nun auch manuell angepasst habe.

Ich danke erst einmal für die Idee und hoffe das dies geholfen hat, wahrscheinlich hatte ich beim Einbau des Netzteil das Mainboard BIOS resettet.
 
Zurück
Oben