Bei jedem Start Hinweis auf schwerwiegenden Fehler 0x000000ce

[Klaus05]

Hallo zusammen,

ich habe vor ein paar Wochen den Treiber für meine Soundkarte Creative X-Fi Titanium deinstalliert und dann wieder neu installiert, da ich keinen Sound mehr hatte. Danach ging der Sound wieder. Wie ich jetzt bemerkt habe, habe ich seitdem bei jedem PC-Start (Win7 Home 64bit) unter meinem normalen Benutzerkonto in der Ereignisanzeige folgenden Fehlereintrag:

Der Computer wurde nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x000000ce 0xfffff88006cddb60, 0x0000000000000008, 0xfffff88006cddb60, 0x0000000000000000). Ein volles Abbild wurde gespeichert in: C:\Windows\MEMORY.DMP. Berichts-ID: 100811-18127-01.

Melde ich mich mit meinem Adminkonto an, erscheint kurz nach der Anmeldung ein Hinweisfenster "Windows wird nach unerwartetem Herunterfahren wieder ausgeführt". Die Option online nach einer Lösung zu suchen bewirkt nichts, beim nächsten Start taucht das gleiche wieder auf. In den Problemdetails sind noch folgende Angaben vorhanden:

Problemsignatur:
Problemereignisname: BlueScreen
Betriebsystemversion: 6.1.7601.2.1.0.768.3
Gebietsschema-ID: 1031

Zusatzinformationen zum Problem:
BCCode: ce
BCP1: FFFFF88006CDDB60
BCP2: 0000000000000008
BCP3: FFFFF88006CDDB60
BCP4: 0000000000000000
OS Version: 6_1_7601
Service Pack: 1_0
Product: 768_1

Dateien, die bei der Beschreibung des Problems hilfreich sind:
C:\Windows\Minidump\100711-16692-01.dmp
C:\Users\Klaus-Admin\AppData\Local\Temp\WER-92695-0. sysdata.xml

Was mich hier wundert ist der Hinweis "Bluescreen", denn es taucht gar keiner auf. Genauso auch der Hinweis auf das unerwartete Herunterfahren. Ich fahre den PC immer normal herunter, es passiert kein Absturz und beim Herunterfahren wird kein Fehler angezeigt. Auch sonst habe ich keinerlei Probleme mit Programmen oder Geräten, alles funktioniert fehlerfrei.

An anderer Stelle hat sich jemand die Minidump-Datei angesehen und als Fehlerquelle die Datei ha20x22k.sys ermittelt, die zum Treiber der Creative X-Fi Titanium gehört. Ich habe daraufhin die Treibersoftware wie hier beschrieben

http://www.hardwareboard.eu/threads/2868-X-Fi-FAQ-v2-Alles-%C3%BCber-die-X-Fi?p=28834#post28834

deinstalliert (auch mit dem Driver Sweeper im abgesicherten Modus). Da die Datei ha20x22k.sys trotzdem noch unter Windows/System32/drivers vorhanden war, habe ich diese auch dort noch gelöscht. Der Fehler tritt aber weiterhin auf.
Der Creative Treiber müßte jetzt eigentlich komplett entfernt sein, außer dem Treiber hatte ich auch keine weitere Creative Zusatzsoftware installiert.
Irgendwas scheint da nicht so zu laufen wie es soll. Es hört sich für mich so an, als würde beim Herunterfahren irgendwas nicht normal beendet sondern "abgewürgt". Muß ich mir da Sorgen machen, es einfach nicht beachten (da sonst alles läuft) oder kann ich da was bereinigen/reparieren?

Vielen Dank schon mal für Eure Hilfe/Tips
Klaus

 

[Inzersdorfer]

Bug Check 0xCE: DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS
Ein Treiber war nicht in der Lage, die ausgeführte Operation zu beenden bevor er entladen wurde.

"Nach unerwartetem Herunterfahren wieder ausgeführt", scheinbar bereits in der Ladephase von Windows, so daß das nicht weiter auffällt, auserdem wird standardmäßig Windows bei einem Bugcheck (= Bluescreen) neu gestartet = wieder ausgeführt.

Mit Tipps ist das so eine Sache, möglicherweise die im Link beschriebene Vorgehensweise noch einmal vollständig durchführen, sonst fällt mir nur ein komplettes Neuaufsetzen von Windows ein.
Aber warte noch, es gibt hier ja vielleicht User die einen besseren Vorschlag machen können.

 

[simpel1970]

Hast du denn die Soundkarte auch ausgebaut?

Werte doch die jetzt noch auftretenden Bluescreens nochmal aus. Wenn immer noch ein Treiber für die Abstürze sorgt, kann das damit aufgedeckt werden. Eine kurze Anleitung für die Auswertung findest du in meiner Signatur.

 

[Klaus05]

Ausgebaut habe ich die Karte bisher nicht, dachte die Deinstallation des Treiber würde ausreichen. Nach Feierabend werde ich das aber gleich mal ausprobieren und die Karte ausbauen. Mal sehen, ob der Fehler dann immer noch auftritt, wenn ja, werde ich nach der Anleitung die Dump-Datei auswerten.

 

[simpel1970]

Win7 sucht sich die entpsprechenden Treiber übers Internet, wenn du die Karte drin lässt. Die Karte müsste also schon raus.

 

[Klaus05]

So, ich habe die Karte ausgebaut, den PC zweimal gestartet, der Fehler kommt unverändert. Daher habe ich dann die Debugging-Tools installiert und die Dump-Datei wie beschrieben analysiert, was folgendes Ergebnis brachte:


*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS (ce)
A driver unloaded without cancelling timers, DPCs, worker threads, etc.
The broken driver's name is displayed on the screen.
Arguments:
Arg1: fffff88006cddb60, memory referenced
Arg2: 0000000000000008, value 0 = read operation, 1 = write operation
Arg3: fffff88006cddb60, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000000, Mm internal code.

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002eb50e0
fffff88006cddb60

FAULTING_IP:
ha20x22k+6fb60
fffff880`06cddb60 ?? ???

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xCE

PROCESS_NAME: System

CURRENT_IRQL: 0

TRAP_FRAME: fffff8800354dae0 -- (.trap 0xfffff8800354dae0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff88006cddb60 rbx=0000000000000000 rcx=fffffa800e28fd80
rdx=fffffdfff9846f9c rsi=0000000000000000 rdi=0000000000000000
rip=fffff88006cddb60 rsp=fffff8800354dc78 rbp=fffff80002e225a0
r8=0000000000000000 r9=0000000000000000 r10=0000000000000001
r11=fffffa800e28fd48 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
<Unloaded_ha20x22k.sys>+0x6fb60:
fffff880`06cddb60 ?? ???
Resetting default scope

IP_MODULE_UNLOADED:
ha20x22k+6fb60
fffff880`06cddb60 ?? ???

LAST_CONTROL_TRANSFER: from fffff80002cfdf14 to fffff80002c7d740

STACK_TEXT:
fffff880`0354d978 fffff800`02cfdf14 : 00000000`00000050 fffff880`06cddb60 00000000`00000008 fffff880`0354dae0 : nt!KeBugCheckEx
fffff880`0354d980 fffff800`02c7b82e : 00000000`00000008 fffff880`046af818 00000000`00000000 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x42837
fffff880`0354dae0 fffff880`06cddb60 : fffff880`046af831 00000000`00000000 fffffa80`0dfee288 fffffa80`0dfee240 : nt!KiPageFault+0x16e
fffff880`0354dc78 fffff880`046af831 : 00000000`00000000 fffffa80`0dfee288 fffffa80`0dfee240 fffffa80`09d91680 : <Unloaded_ha20x22k.sys>+0x6fb60
fffff880`0354dc80 00000000`00000000 : fffffa80`0dfee288 fffffa80`0dfee240 fffffa80`09d91680 fffff800`02e225a0 : ctoss2k+0x6831


STACK_COMMAND: kb

FOLLOWUP_IP:
ha20x22k+6fb60
fffff880`06cddb60 ?? ???

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: ha20x22k+6fb60

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: ha20x22k

IMAGE_NAME: ha20x22k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 0

FAILURE_BUCKET_ID: X64_0xCE_ha20x22k+6fb60

BUCKET_ID: X64_0xCE_ha20x22k+6fb60

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


Da taucht wieder die Datei ha20x22k.sys auf, die ich ja schon aus Windows/System32/drivers gelöscht habe. Ein Suchlauf auf den Windows-Ordner findet die Date nur noch in C:\Windows\System32\DriverStore\FileRepository\wdma_emu.inf_amd64_neutral_824b3df38fa3d845\Win2K_XP\amd64.

 

[simpel1970]

Lass noch mal den DriverSweeper im abgesicherten Modus drüber laufen (Creative Sound).

 

[Klaus05]

Ach vergessen zu erwähnen, den hatte ich gestern nach Ausbau der Karte vorsorglich nochmal im abgesicherten Modus laufen lassen. Bei der Analyse hatte er nur noch einige Registry-Werte angezeigt. Habe die dann bereinigen lassen, neu gestartet und den Driver Sweeper nochmal aufgerufen, da hat er dann die gleichen Werte wieder angezeigt. Anscheinend kann er diese nicht bereinigen. Bei diesen Registry-Werten waren Namen von Treiberdateien enthalten, die aber bereits gelöscht sind, kann sein, daß auch die ha20x20k.sys dabei war.
Ich weiß nicht, ob das noch eine Rolle spielen kann. Wenn ich Feierabend habe, müßte ich das nochmal aufrufen, damit ich die Werte hier mal per Hardcopy anzeigen kann.

 

[simpel1970]

Ggf. die Registry auch manuell nach der ha20x22k.sys durchsuchen und bereinigen (vorher natürlich eine Sicherung anlegen -> registry exportieren).

 

[Klaus05]

Ein Suchlauf in der Registry nach "ha20x22k" hat noch einige Einträge aufgespürt, von denen ich aber nicht alle löschen konnte. Bei den fünf, die ich per Hardcopy im Anhang beigefügt habe (2 Zip-Dateien), wird das Löschen mit der Meldung "Nicht alle angegebenen Werte konnten gelöscht werden" bzw. "Fehler beim Löschen des Schlüssels" verweigert. Ich habe es auch im abgesicherten Modus versucht, aber auch dort gleiches Verhalten.
Gibt es in der Registry Schlüssel, die man selbst als Admin nicht löschen kann?

Ich habe auch noch eine Hardcopy der Übersicht aus dem Driver-Sweeper angehängt, mit den Werten, die er bei jedem Aufruf immer wieder anzeigt.

 

[simpel1970]

Hast du den Registry-Editor auch als Admin ausgeführt (rechte Maustaste auf regedit.exe -> als Administrator ausführen)?

 

[Klaus05]

Ja, habe ich auch ausprobiert, aber gleiche Meldung.

 

[simpel1970]

Dann gehe mit Rechtsklick im Kontextmenü auf: „Berechtigungen“ -> Setze das Häkchen bei „Vollzugriff zulassen“ -> Übernehmen -> OK

Lässt sich der Schlüssel dann löschen?

Wenn nicht, oder wenn keine Berechtigungen gesetzt werden können, versuche es mit dem Tool: http://www.resplendence.com/registrar (kostenlose Version reicht). Das Tool ignoriert die Berechtigungen. Vorher aber -wie gesagt- die Registry sichern.

 

[Klaus05]

Die Schlüssel konnte ich nur mit dem Tool löschen, ebenso auch die Einträge, die der Driver Sweeper nicht entfernen konnte. Danach habe ich zwei Neustarts gemacht, aber das Problem tritt immer noch auf. Habe wieder nach Deiner Anleitung die Dump-Datei analysieren lassen und hier das Ergebnis:


*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck CE, {fffff88006cddb60, 8, fffff88006cddb60, 0}

Unable to load image \SystemRoot\system32\drivers\ctoss2k.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ctoss2k.sys
*** ERROR: Module load completed but symbols could not be loaded for ctoss2k.sys
Probably caused by : ha20x22k.sys ( ha20x22k+6fb60 )

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

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

DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS (ce)
A driver unloaded without cancelling timers, DPCs, worker threads, etc.
The broken driver's name is displayed on the screen.
Arguments:
Arg1: fffff88006cddb60, memory referenced
Arg2: 0000000000000008, value 0 = read operation, 1 = write operation
Arg3: fffff88006cddb60, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000000, Mm internal code.

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002eb50e0
fffff88006cddb60

FAULTING_IP:
ha20x22k+6fb60
fffff880`06cddb60 ?? ???

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xCE

PROCESS_NAME: System

CURRENT_IRQL: 0

TRAP_FRAME: fffff8800354dae0 -- (.trap 0xfffff8800354dae0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff88006cddb60 rbx=0000000000000000 rcx=fffffa800e28fd80
rdx=fffffdfff9846f9c rsi=0000000000000000 rdi=0000000000000000
rip=fffff88006cddb60 rsp=fffff8800354dc78 rbp=fffff80002e225a0
r8=0000000000000000 r9=0000000000000000 r10=0000000000000001
r11=fffffa800e28fd48 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
<Unloaded_ha20x22k.sys>+0x6fb60:
fffff880`06cddb60 ?? ???
Resetting default scope

IP_MODULE_UNLOADED:
ha20x22k+6fb60
fffff880`06cddb60 ?? ???

LAST_CONTROL_TRANSFER: from fffff80002cfdf14 to fffff80002c7d740

STACK_TEXT:
fffff880`0354d978 fffff800`02cfdf14 : 00000000`00000050 fffff880`06cddb60 00000000`00000008 fffff880`0354dae0 : nt!KeBugCheckEx
fffff880`0354d980 fffff800`02c7b82e : 00000000`00000008 fffff880`046af818 00000000`00000000 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x42837
fffff880`0354dae0 fffff880`06cddb60 : fffff880`046af831 00000000`00000000 fffffa80`0dfee288 fffffa80`0dfee240 : nt!KiPageFault+0x16e
fffff880`0354dc78 fffff880`046af831 : 00000000`00000000 fffffa80`0dfee288 fffffa80`0dfee240 fffffa80`09d91680 : <Unloaded_ha20x22k.sys>+0x6fb60
fffff880`0354dc80 00000000`00000000 : fffffa80`0dfee288 fffffa80`0dfee240 fffffa80`09d91680 fffff800`02e225a0 : ctoss2k+0x6831


STACK_COMMAND: kb

FOLLOWUP_IP:
ha20x22k+6fb60
fffff880`06cddb60 ?? ???

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: ha20x22k+6fb60

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: ha20x22k

IMAGE_NAME: ha20x22k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 0

FAILURE_BUCKET_ID: X64_0xCE_ha20x22k+6fb60

BUCKET_ID: X64_0xCE_ha20x22k+6fb60

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



Is wird immer noch die ha20x22k.sys genannt, obwohl die Datei selbst und die Schlüssel in der Registry gelöscht sind. Nach der am Anfang des Analyseberichts genannten ctoss2k.sys hatte ich in der Regstry ebenfalls suchen lassen und noch die Schlüssel gelöscht.
Ich frage mich, wie die ha20x22k.sys jetzt noch Ärger machen kann, wenn doch nichts mehr davon als Datei oder in der Registry da ist? Oder wird sonst noch wo auf diese Datei verwiesen?
Ich habe die letzte Dump-Datei nochmal angehängt.

 

[simpel1970]

Der Creative Service Treiber (ctoss.sys) versucht immer noch den Soundtreiber zu laden.
Die Sound-Komponenten von Creative spuken immer noch im System herum.

Versuche folgendes:
- Karte wieder einbauen
- Im Bios Onboard Sound deaktivieren
- aktuellst Creative Treiber runterladen und installieren
- Wenn nun keine Probleme mehr auftreten sollten (wovon ja nicht auszugehen ist), so lassen
- Treten die Probleme weiterhin auf...
- Soundkarte aus dem Gerätemanager entfernen
- Installationsprogramm von Creative starten und -> "Treiber deinstallieren" auswählen
- Treiberreste mit DriverSweeper im abgesicherten Modus entfernen
- Karte ausbauen
- Onboard Sound im Bios aktivieren

 

[Klaus05]

Ok, werde ich heute nachmittag zu Hause Probieren. Die Onboard-Soundkarte war bisher immer im Bios deaktiviert, bevor Win7 installiert wurde, von der Seite her dürfte also nichts stören.

 

[simpel1970]

Ich drücke dir die Daumen. Wenn alles nichts hilft, würde ich das System halt dann (ohne Soundkarte) neu installieren.

 

[Klaus05]

Wie erwartet tritt die Meldung nach der Installation der Karte weiterhin auf. Der Sound funktioniert ebenso wie alles andere, außer daß eben dieser Fehler in der Ereingisanzeige auftaucht bzw. der Hinweis mit dem unerwarteten Herunterfahren, wenn ich mich mit meinem Adminkonto anmelde.

Was die Vorgehensweise in Deiner Liste ab dem Punkt mit dem Entfernen aus dem Gerätemanager bis zum Aktivieren des Onboard-Sounds angeht, soll das der Versuch einer erneuten kompletten Deinstallation sein oder ist damit gemeint, die Creative-Karte dann ganz draußen zu lassen und nur noch den Onboard-Sound zu nutzen? Ich bin da etwas irritiert wegen der Aktivierung des Onboard-Sounds und wollte erst nochmal nachfragen.

Wenn am Ende nur eine Neuinstallation den Fehler beseitigen könnte, wäre das schon doof, ich hatte immer die Hoffnung, daß es nur eine Kleinigkeit ist, zumal sich die Fehlermeldung zumindest nicht spürbar auswirkt, alles inkl. Sound läuft ja. Wäre dann zu überlegen, ob ich die Meldung vorerst ignoriere, da ich evtl. im ersten Halbjahr 2012 ein neues Mainboard einbauen will und da sollte man ja sowieso das System neu installieren.

 

[simpel1970]

Der erste Teil bezieht sich auf eine Neuinstallation

- Karte wieder einbauen
- Im Bios Onboard Sound deaktivieren
- aktuellst Creative Treiber runterladen und installieren
- Wenn nun keine Probleme mehr auftreten sollten (wovon ja nicht auszugehen ist), so lassen

der zweite Teil bezieht sich auf die Deinstallation mit Ausbau der Karte

- Soundkarte aus dem Gerätemanager entfernen
- Installationsprogramm von Creative starten und -> "Treiber deinstallieren" auswählen
- Treiberreste mit DriverSweeper im abgesicherten Modus entfernen
- Karte ausbauen
- Onboard Sound im Bios aktivieren

 

[Klaus05]

Das ist soweit klar, der erste Teil ist wie schon erwähnt abgehandelt, ohne daß sich was geändert hat.
Zum zweiten Teil ist mir noch nicht klar, was die letzte Aktion mit der Aktivierung des Onboard-Sound bewirken soll?