Absturzberichte (Minidump) ohne Absturz

[simpel1970]

Prima. Poste zur Sicherheit noch ein Screenshot von CrystalDiskInfo von der Systemplatte (dort wo die hiberfil.sys gespeichert wird).
Die hiberfil.sys Probleme könnten auch durch ein Festplattenproblem hervorgerufen werden. Die SMART Werte, die mit dem Tool CrystalDiskInfo ausgelesen werden, können einen ersten Eindruck über den Zustand der Platte vermitteln.

 

[MagicAndre1981]

das lag mit Sicherheit an der zu kleinen Datei. Schön, dass es nun geht

 

[robert.vienna]

Nein, MIT SICHERHEIT nicht.

Die hiperfil.sys habe ich schon vor 2 Tagen vergrößert. Hat nichts gebracht.

Denke es war ein veralteter Catalyst-Treiber. _Wenn Du .Net-BroadcastEventWindow 4.0.0.0.0298bee.0 googlest, findest Du mehrere, die diese Fehlermeldung bekamen und wo's der CCC war.

 

[MagicAndre1981]

das CCC wird doch beendet. Win8 Herunterfahren = Logoff mit schließen aller Usermodeprogramme und dann Ruhezustand vom Kernel.

Eventuell hast du das AMD Treiber Paged pool Problem gehabt. Dabei war der RAM so voll, dass nicht alles in die Datei gepasst hat.

 

[robert.vienna]

AMD Treiber Paged pool Problem

???

Nie gehört. Aber glaube auch es war ein AMD / CCC/ 64bit Problem. Glaube nicht dass das Bios-Update entscheidend war.

Chipsatz-Treiber oder Grafik-Treiber waren vermutlich die Übeltäter.

Ergänzung (2. Juni 2013)

Das Problem mit den Fehlerberichten beim täglichen Einschalten ist verschwunden. Danke an alle!

Aber da hier soviele Experten versammelt sind, hab ich eine ähnlich gelagerte Anschlussfrage:

Ich möchte mit dem Programm DVBViewer Recording Service eine timergesteuerte Aufnahme machen, bei der der Computer mittels eines Windows Service aus dem Ruhezustand gestartet wird.

Wird er aber nicht, der PC bleibt nach dem Versetzen in den Ruhezustand in selbigem und macht keinen Mucks.

Es gibt nach dem "Aufwecken" einen Fehlerbericht mit folgendem Inhalt:




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


Loading Dump File [C:\Windows\Minidump\060213-6349-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 9200 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 9200.16581.amd64fre.win8_gdr.130410-1505
Machine Name:
Kernel base = 0xfffff801`93004000 PsLoadedModuleList = 0xfffff801`932d0a20
Debug session time: Sun Jun 2 16:49:22.761 2013 (UTC + 2:00)
System Uptime: 0 days 7:17:30.427
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
...................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9F, {3, fffffa8008dac060, fffff80192f79770, fffffa8008e55620}

Probably caused by : usbhub.sys

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

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

DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time (usually 10 minutes).
Arguments:
Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time
Arg2: fffffa8008dac060, Physical Device Object of the stack
Arg3: fffff80192f79770, nt!TRIAGE_9F_POWER on Win7, otherwise the Functional Device Object of the stack
Arg4: fffffa8008e55620, The blocked IRP

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


DRVPOWERSTATE_SUBCODE: 3

IMAGE_NAME: usbhub.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 510cbf5a

MODULE_NAME: usbhub

FAULTING_MODULE: fffff88007068000 usbhub

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: 0x9F

PROCESS_NAME: System

CURRENT_IRQL: 2

TAG_NOT_DEFINED_c000000f: FFFFF80192F80FB0

STACK_TEXT:
fffff801`92f79738 fffff801`9319a3a2 : 00000000`0000009f 00000000`00000003 fffffa80`08dac060 fffff801`92f79770 : nt!KeBugCheckEx
fffff801`92f79740 fffff801`9319a3d5 : fffffa80`07572db0 fffffa80`076d11f0 fffff801`92f798b9 fffff801`93128084 : nt!PopIrpWatchdogBugcheck+0xe2
fffff801`92f797a0 fffff801`930871ea : fffffa80`076d11f0 fffff801`92f798b9 00000000`00000001 fffffa80`08d57b40 : nt!PopIrpWatchdog+0x32
fffff801`92f797f0 fffff801`93085655 : 00000000`00000000 fffff801`93086cff 00000000`00140001 fffff801`93300840 : nt!KiProcessExpiredTimerList+0x22a
fffff801`92f79920 fffff801`93087668 : fffff801`932fc180 fffff801`932fef80 00000000`00000008 00000000`000f479e : nt!KiExpireTimerTable+0xa9
fffff801`92f799c0 fffff801`93086a06 : fffffa80`00000000 00001f80`002f0080 00000000`00000000 00000000`00000002 : nt!KiTimerExpiration+0xc8
fffff801`92f79a70 fffff801`930879ba : fffff801`932fc180 fffff801`932fc180 00000000`00183de0 fffff801`93356880 : nt!KiRetireDpcList+0x1f6
fffff801`92f79be0 00000000`00000000 : fffff801`92f7a000 fffff801`92f73000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_NAME: MachineOwner

FAILURE_BUCKET_ID: 0x9F_3_x10ufx2_IMAGE_usbhub.sys

BUCKET_ID: 0x9F_3_x10ufx2_IMAGE_usbhub.sys

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




Was mach ich falsch? Eine Bios-Einstellung? Was hat der USB-Treiber in dem Zusammenhang zu tun?

 

[MagicAndre1981]

x10ufx2.sys ist das Problem. Wozu gehört das?

(non)Paged pool = (nicht)ausgelagerter Kernelspeicher. Ältere Catalyst Treiber lassen den Speicher voll laufen:

http://www.winvistaside.de/forum/index.php?showtopic=5110

 

[robert.vienna]

Vielen Dank für Hinweis.

X10ufx2.sys Datei Info
Der Prozess X10 USB Control Interface oder X10 USB Wireless Transceiver gehört zur Software X10 USB Wireless Transceiver oder X10 USB Control Interface der Firma X10 Wireless Technology (X10.com).

Habe eine umprogrammierte Fernbedienung im Einsatz (http://www.x10receiver.net/), deren Empfänger am USB-Hub hängt. Werde das beobachten.