BlueScreen nach S3 - bin am verzweifeln...

[odin568]

Hallo zusammen,

ich habe meinen HTPC umgebaut. Gehäuse ist nun ein OrigenAE M10, Mainboard ist Zotac H55-ITX-C, 4GB Kingston Ram und Intel Core i3-530 CPU. TV-Karte ist DigitalDevices CineS2, SSD von Corsair.

Jetzt habe ich folgendes Phänomen: Rechner läuft super stabil, Temperatur ist zwar nicht extrem kühl wie bei meinem größeren Gehäuse zuvor, aber unter Prime95 Last max. 65 Grad, im Normalbetrieb 50 Grad.

Wenn ich den Rechner nun in Standby schicke mit der Fernbedienung (S3) und ich ihn wieder aufwecke, dann bekomme ich einen Bluescreen nach kurzer Zeit, manchmal funktionierts aber auch.

Was habe ich bisher gemacht um Sachen auszuschließen:

- Display und FB-Sensor abgeklemmt - kein Erfolg
- Mainboard getauscht (gegen Gigabyte H55???-USB3) - kein Erfolg
- TV-karte raus - kein Erfolg
- BIOS Update - kein Erfolg
- Je nur einen Riegel Ram drin gelassen und durchgetauscht - kein Erfolg
- Windows 7 mit und ohne SP1 neu installiert - kein Erfolg

Ich hab mit HTPCs schon viel Erfahrung, ist mein dritter. Die CPU und der RAM hatte ich zuvor in einem anderen PC, also die gehen an sich.

Jetzt bleibt mir nur noch das Netzteil, wobei ich mir das auch nicht vorstellen kann, weil selbst unter volllast läuft die Kiste stabil...

Hier habe ich mal einen Auszug vom Crashdump-Debug:

Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
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 7601 (Service Pack 1) MP (4 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17514.x86fre.win7sp1_rtm.101119-1850
Machine Name:
Kernel base = 0x82c3a000 PsLoadedModuleList = 0x82d84850
Debug session time: Wed Mar  2 14:23:36.615 2011 (UTC + 1:00)
System Uptime: 0 days 0:00:37.724
Loading Kernel Symbols
...............................................................
................................................................
.............
Loading User Symbols

Loading unloaded module list
.....
1: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (7e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 8fa6c3ea, The address that the exception occurred at
Arg3: 96c27bec, Exception Record Address
Arg4: 96c277d0, Context Record Address

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

*** ERROR: Module load completed but symbols could not be loaded for DDBaseNg.sys

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
DDBaseNg+43ea
8fa6c3ea 898a64020000    mov     dword ptr [edx+264h],ecx

EXCEPTION_RECORD:  96c27bec -- (.exr 0xffffffff96c27bec)
ExceptionAddress: 8fa6c3ea (DDBaseNg+0x000043ea)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 00000001
   Parameter[1]: 00000264
Attempt to write to address 00000264

CONTEXT:  96c277d0 -- (.cxr 0xffffffff96c277d0)
eax=8636a0d8 ebx=86a52650 ecx=00000000 edx=00000000 esi=8636a0d8 edi=86c5088c
eip=8fa6c3ea esp=96c27cb4 ebp=96c27cb4 iopl=0         nv up ei pl nz na po nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010202
DDBaseNg+0x43ea:
8fa6c3ea 898a64020000    mov     dword ptr [edx+264h],ecx ds:0023:00000264=????????
Resetting default scope

PROCESS_NAME:  System

CURRENT_IRQL:  0

ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

EXCEPTION_PARAMETER1:  00000001

EXCEPTION_PARAMETER2:  00000264

WRITE_ADDRESS:  00000264

FOLLOWUP_IP:
DDBaseNg+43ea
8fa6c3ea 898a64020000    mov     dword ptr [edx+264h],ecx

BUGCHECK_STR:  0x7E

DEFAULT_BUCKET_ID:  NULL_CLASS_PTR_DEREFERENCE

LAST_CONTROL_TRANSFER:  from 8fa6a3fd to 8fa6c3ea

STACK_TEXT:  
WARNING: Stack unwind information not available. Following frames may be wrong.
96c27cb4 8fa6a3fd 8636a020 00000001 86a5266c DDBaseNg+0x43ea
96c27cdc 8fa6d315 86c5088c 00000000 8636a020 DDBaseNg+0x23fd
96c27cf8 82c4fe6d 8636a0f4 86c507f8 00000000 DDBaseNg+0x5315
96c27d50 82e43f5e 8719d2a8 b004be9b 00000000 nt!PopIrpWorker+0x351
96c27d90 82ceb219 82c4fb1c 8719d2a8 00000000 nt!PspSystemThreadStartup+0x9e
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19


SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  DDBaseNg+43ea

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: DDBaseNg

IMAGE_NAME:  DDBaseNg.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4d5fc558

STACK_COMMAND:  .cxr 0xffffffff96c277d0; kb

FAILURE_BUCKET_ID:  0x7E_DDBaseNg+43ea

BUCKET_ID:  0x7E_DDBaseNg+43ea

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

Weiß einer Rat? Bin verzweifelt...

 

[EinhornBigfoot]

passiert das nur bei der fernbedienung oder auch wenn du ihn manuel in den ruhe modus schickst

 

[kaigue]

Ich würde mal RAM & HDD testen.

 

[derChemnitzer]

hast du schonmal Memtest durchgeführt?

 

[blablub1212]

SSD von Corsair. -> zufällig ein sandforce controller?
wenn ja hast du den netten hibernate-bug. musst auf ein firmware update warten, wann das kommt keine ahnung angekündigt is es bestimmt schon ein halbes jahr. falls du die ssd noch umtauschen kannst nimm eine von intel, dann hast das prob nicht mehr.

zum lesen findest du hier, im luxx, bei google etc genügend drüber. einfach mal nach sandforce sf1200 und hibernate/sleep suchen ...

https://www.computerbase.de/forum/threads/ssd-fuer-thinkpad-x60s.861988/#post-9422276

 

[nicoc]

... sorry, hatte Mist gepostet.

 

[Majestro1337]

oft machen halbgar programmierte treiber probleme wenn du aus dem S1 oder S3 zurückkommst - im zweifelsfall alle treiber updaten und wenn das nicht fruchtet könnte irgend einer der laufenden prozesse daran schuld sein - häufig solche die in die HW eingreifen, wie z.b. speedfan, phenomMSR-tweak oder dergleichen!

 

[odin568]

hallo,

wow, das ging ja schnell. Muss gleich weg, ich antworte später ausführlicher.

Ich muss mal nachschauen welche ssd ich genau drin habe.

- es passiert sowohl von Fernbedienung als auch per tastendruck
- ich habe keinerlei tools installiert, blankes windows mit neuesten treibern
- ram hab ich getestet. er hat auch ein halbes jahr in einem anderen rechner einwandfrei funktioniert.
=> mehr gibts heut abend - vielen vielen dank schonmal!

EDIT: Habe eine Corsair Force SSD 120GB

 

[blablub1212]

corsair force f120 -> "Based on the latest SandForce controller"
wird zu 99% an deiner ssd liegen. was du jetzt machen könntest? schalte deinen rechner normal aus, dann gibts den bluescreen nicht und warte auf ein firmware update.

 

[simpel1970]

Auf Firmwareupdate warten und hoffen, dass der Bug behoben wird, oder RMA für SSD bei Corsair aufmachen (es sind nicht alle SSD´s der F-Serie davon betroffen).

 

[odin568]

ah ok, scheint ja wirklich an der ssd zu liegen. darauf bin ich nicht gekommen weil sie zuvor funktioniert hat.
Werde morgen mit einer Intel 40GB SSD mal testen ob es dadurch gefixt ist.
Für OCZ scheints ja bald ein Firmwareupdate zu geben. von Corsair habe ich noch keine Ankündigung gesehen... - mal sehen, vielleicht ein Fall für RMA der Einfachkeit halber...

Vielen vielen Dank für eure Hilfe schonmal! Geb dann morgen Bescheid!

 

[simpel1970]

ah ok, scheint ja wirklich an der ssd zu liegen. darauf bin ich nicht gekommen weil sie zuvor funktioniert hat.

In diesem Fall teste das mit der Intel unbedingt noch!

Sollte auch mit der Intel das Problem auftreten, deinstalliere die DD Treiber. Am Besten testweise auch die Karte ausbauen (hattest du ja bereits versucht, aber hattest du auch den Treiber deinstalliert?). Der DDBaseNg.sys wurde in der Auswertung als Absturzursache genannt. Sofern die Auswertung mehrerer Minidumps auf diese Datei hinweist, könnte die Problemursache evtl. doch nicht bei der SSD liegen.

 

[nicoc]

... ganz überzeugt bin auch nicht vom Problem der SSD. Da sollte doch der Bluescreen gleich auftauchen bzw. der Rechner erst gar nicht hochfahren und nicht erst nach unterschiedlichen Zeiträumen?

 

[odin568]

ich hatte mit der ssd auch erst das problem, dass sie nicht erkannt wurde im bios. hab gedacht es liegt am stecker, weil nach einiger zeit wurde sie erkannt. (scheint auch ein bug dahingehend zu sein)

Habe jetzt die Intel drin - und die Kiste rennt, das ist der Wahnsinn, schneller Standby, schneller Resume, sofort TV-Bild da - perfekt, so wie es sein sollte! Treiber sind alle die gleichen, OS auch. Also lags wirklich an der SSD. Werd einfach ein RMA-Ticket hierfür aufmachen, wird auch im Forum so empfohlen.

Vielen vielen Dank schonmal für eure Hilfe! An die Festplatte hab ich nicht gedacht

 

[simpel1970]

Dann ist es ja eindeutig.

 

[Robmain]

Habe das gleiche Problem seit ich eine CINE S2 v5.4 verbaut habe. Davor lief alles gut. Ich habe eine SSD Vertex verbaut, das Board ein Gigabyte- GA-A75M-UD2R.

Das mit der Cine S2 kann doch kein Zufall sein?

 

[simpel1970]

Hi Robmain, hast du die Dumps deiner Bluescreens schon mal ausgewertet?

 

[Robmain]

Hab dein How2 dazu benutzt, Danke dafür ;-)

Wird die Datei DDBaseNg.sys aus, die war auber auch schon auf dem Bluescreen genannt.
Ein Treider der Digital Devices Cine S2, mit dem Problem bin ich da leider nicht alleine. :-(

 

[simpel1970]

Bei odin568 wurde ja auch der DD-Treiber als Absturzursache genannt. Letztendlich lag es aber an der SSD. Vermutlich mag der Treiber nicht auf die SSD nach einem Standby warten.

Zwei mögliche Testvarianten würde ich vorschlagen.
- Klone das System auf eine herkömmliche HDD und teste, ob die Probleme nach einem Standby bleiben.
- Baue die TV Karte aus (Treiber ebenfalls deinstallieren) und teste ob die Standby Vorgänge reibungslos von statten gehen (ob ein möglicher Standby-Sandforce-Bug vorliegt).

Die Variante mit dem Klonen würde ich bevorzugen.

 

[Robmain]

ohne die TV Karte läuft es, das kann ich schon sagen. Der Test mit einer mechanischen HDD mach Sinn, ich werde es versuchen und berichten