Reference_By_Pointer Bluescreen

Black_Darky

Cadet 2nd Year
Registriert
Aug. 2014
Beiträge
16
Heyho,

Ich habe nun seit einigen wochen, dass alle paar Stunden ein BSOD mit der Bezeichnung "Reference_By_Pointer" kommt.
Nun habe ich bis hin zur Neuinstallation von Windows, dem Einbau einer neuen Festplatte und dem Mehrstündigen laufen lassen von Memtest keine Ahnung mehr was ich tun soll. :skull_alt: Der BSOD taucht auf wenn er es will, sei es im Idle wo der Rechner einfach nur doof rum steht und vor sich hin lüftet oder beim Zocken unter Vollauslastung. Ich hoffe ihr könnt mir irgendwie weiterhelfen :)

Mein System:
i5-7600K @ 4,7 GHZ
ASRock Z170 Extreme4 mit Bios version 7.20
Gainward GTX 1060 GS 6GB
8GB GEIL evoForza 3200 DDR4 (Dual 4GB Kit)
Corsair RM550x
Seagate Desktop HDD 2TB, SATA 6Gb/s (ST2000DM001) (momentan komplett leer)
Samsung 960 evo 500GB

Hier ein Minidump vom BSOD (kann selber leider nicht viel damit anfangen):

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

Use !analyze -v to get detailed debugging information.

BugCheck 18, {0, ffffca89dd587c80, 2, ffffca89e479215f}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+45b4 )

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

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

REFERENCE_BY_POINTER (18)
Arguments:
Arg1: 0000000000000000, Object type of the object whose reference count is being lowered
Arg2: ffffca89dd587c80, Object whose reference count is being lowered
Arg3: 0000000000000002, Reserved
Arg4: ffffca89e479215f, Reserved
The reference count of an object is illegal for the current state of the object.
Each time a driver uses a pointer to an object the driver calls a kernel routine
to increment the reference count of the object. When the driver is done with the
pointer the driver calls another kernel routine to decrement the reference count.
Drivers must match calls to the increment and decrement routines. This bugcheck
can occur because an object's reference count goes to zero while there are still
open handles to the object, in which case the fourth parameter indicates the number
of opened handles. It may also occur when the object’s reference count drops below zero
whether or not there are open handles to the object, and in that case the fourth parameter
contains the actual value of the pointer references count.

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


DUMP_CLASS: 1

DUMP_QUALIFIER: 400

BUILD_VERSION_STRING: 10.0.14393.447 (rs1_release_inmarket.161102-0100)

SYSTEM_PRODUCT_NAME: To Be Filled By O.E.M.

SYSTEM_SKU: To Be Filled By O.E.M.

SYSTEM_VERSION: To Be Filled By O.E.M.

BIOS_VENDOR: American Megatrends Inc.

BIOS_VERSION: P7.20

BIOS_DATE: 11/22/2016

BASEBOARD_MANUFACTURER: ASRock

BASEBOARD_PRODUCT: Z170 Extreme4

BASEBOARD_VERSION:

DUMP_TYPE: 2

BUGCHECK_P1: 0

BUGCHECK_P2: ffffca89dd587c80

BUGCHECK_P3: 2

BUGCHECK_P4: ffffca89e479215f

CPU_COUNT: 4

CPU_MHZ: ed0

CPU_VENDOR: GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 9e

CPU_STEPPING: 9

CPU_MICROCODE: 6,9e,9,0 (F,M,S,R) SIG: 42'00000000 (cache) 42'00000000 (init)

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: 0x18

PROCESS_NAME: dllhost.exe

CURRENT_IRQL: 0

ANALYSIS_SESSION_HOST: DESKTOP-EE595T1

ANALYSIS_SESSION_TIME: 03-03-2017 02:01:14.0657

ANALYSIS_VERSION: 10.0.14321.1024 amd64fre

LAST_CONTROL_TRANSFER: from fffff803b07f1f54 to fffff803b07de510

STACK_TEXT:
ffffe101`af5a4588 fffff803`b07f1f54 : 00000000`00000018 00000000`00000000 ffffca89`dd587c80 00000000`00000002 : nt!KeBugCheckEx
ffffe101`af5a4590 fffff803`b0b6703c : fffff803`b0b151d0 ffffca89`dd587c50 ffffe101`af5a46d0 ffffca89`dd587c50 : nt! ?? ::FNODOBFM::`string'+0x45b4
ffffe101`af5a45d0 fffff803`b0b19cdd : ffffca89`e4792101 ffffe101`af5a4830 00000000`00000040 ffffca89`dc14b9a0 : nt!ObpLookupObjectName+0x8cc
ffffe101`af5a47a0 fffff803`b0afcae9 : 00000000`00000001 ffffca89`e47926f8 00000032`79bfd568 00000000`00000028 : nt!ObOpenObjectByNameEx+0x1dd
ffffe101`af5a48e0 fffff803`b0afc6f9 : 00000032`79bfd4f0 00000032`79bfd5a8 00000032`79bfd568 00000032`79bfd508 : nt!IopCreateFile+0x3d9
ffffe101`af5a4980 fffff803`b07e9193 : 00000000`0000022c fffff803`b0b2d8db ffffe101`af5a4a28 00000151`04317de0 : nt!NtCreateFile+0x79
ffffe101`af5a4a10 00007ffd`305d5904 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000032`79bfd478 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffd`305d5904


STACK_COMMAND: kb

THREAD_SHA1_HASH_MOD_FUNC: c546ca7b8b05805f2a77f2efcfa4b56c9482b1fb

THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 4cd30d9d305b6b1eade5421d3a579e3dabda377c

THREAD_SHA1_HASH_MOD: 30a3e915496deaace47137d5b90c3ecc03746bf6

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+45b4
fffff803`b07f1f54 cc int 3

FAULT_INSTR_CODE: 4e8d48cc

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+45b4

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 5819bd1f

IMAGE_VERSION: 10.0.14393.447

BUCKET_ID_FUNC_OFFSET: 45b4

FAILURE_BUCKET_ID: 0x18_CORRUPT_REF_COUNT_nt!_??_::FNODOBFM::_string_

BUCKET_ID: 0x18_CORRUPT_REF_COUNT_nt!_??_::FNODOBFM::_string_

PRIMARY_PROBLEM_CLASS: 0x18_CORRUPT_REF_COUNT_nt!_??_::FNODOBFM::_string_

TARGET_TIME: 2017-03-03T00:36:40.000Z

OSBUILD: 14393

OSSERVICEPACK: 447

SERVICEPACK_NUMBER: 0

OS_REVISION: 0

SUITE_MASK: 272

PRODUCT_TYPE: 1

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

OSEDITION: Windows 10 WinNt TerminalServer SingleUserTS

OS_LOCALE:

USER_LCID: 0

OSBUILD_TIMESTAMP: 2016-11-02 11:17:03

BUILDDATESTAMP_STR: 161102-0100

BUILDLAB_STR: rs1_release_inmarket

BUILDOSVER_STR: 10.0.14393.447

ANALYSIS_SESSION_ELAPSED_TIME: 4011

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:0x18_corrupt_ref_count_nt!_??_::fnodobfm::_string_

FAILURE_ID_HASH: {f79c57ae-b68f-40b5-de2a-a8ffc9173143}

Followup: MachineOwner
---------
 
Kann man irgendwie anhand des Minidumps herausfinden um welchen Treiber es sich Handelt?
 
In WinDbg nach !analyze sollte im von dir geposteten Bugcheck folgender Befehl näheres zeigen:
kd> !object ffffca89dd587c80 [also !object und die Adresse von Parameter 2].

Du solltest die Ereignisanzeige(n) nach zeitlich passenden Einträgen absuchen,
 
Hi,

Danke erstmal für deine Bemühungen bisher :)

Wenn ich im WinDBG !object ausführe kommt leider nur "Invalid address argument specified".

Ich hab mich mal durch die Ereignisanzeige gewühlt und unter den Systemereignissen zu dem Fehler leider nur folgendes gefunden:

Der Computer wurde nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x00000018 (0xffff8f817d953f20, 0xffff8f8180543d80, 0x0000000000000001, 0x0000000000000001). Ein volles Abbild wurde gespeichert in: C:\Windows\MEMORY.DMP. Berichts-ID: dc15b1d2-f7e4-4301-8231-fc2b37d12dd0.
 
C:\Windows\MEMORY.DMP

Mit der Memory.dmp könnte man ggf. noch näheres herausfinden. Dazu benötigen wir die Memory.dmp (eine Minidump reicht nicht aus).
Kannst du die Datei bei einem Filehoster hochladen (OneDrive, GoogleDrive, Dropbox, etc) und den Link hier reinposten?
(die Memory.dmp ist zu groß, als dass man sie hier direkt hochladen könnte)
 
Hi ihrs,

hier nun einmal der Link zu einem OneDrive Ordner in den ich schonmal ALLE Minidumps seit Systeminstallation (vor 5 Tagen) reingepackt habe: https://1drv.ms/f/s!AgM3bTd1QrH4k3AIldhvLGBoG2gP
Das MEMORY.dmp wird heute im laufe des Abends auch dort erscheinen(ist 675MB groß und meine Leitung leider nicht die beste:skull_alt:). Ich hoffe ihr könnt mehr herausfinden als ich :)
 
Zuletzt bearbeitet:
Sorry..hab ich in Eile vergessen :D Ist aber nun da.

Nein. Ich hab im moment nur Windows Defender in Benutzung um weitere Fehlerquellen auszuschließen. Ansonsten nutze ich für gewöhnlich Malwarebytes.
 
Zuletzt bearbeitet:
Die Auswertung der MEMORY.DMP bringt den Grafikkartentreiber als Absturzursache (Stop 0x1E Fehler).

Bei den Minidumps haben wir 8x Stop 0x18 und 2x Stop 0x0A Fehler.
In allen Minidumps sind keine Treiberprobleme erkennbar.
Allesamt Fehler durch MemoryCorruption, CodeCorruption, Speicherzugriffsfehler.

Inwieweit der eine Absturz durch Grafikkartentreiber eine Rolle spielt ist fraglich.
Hast du die Arbeitsspeicher außerhalb des Betriebssystem geprüft (RAM Test von USB Stick booten lassen)?

Einen Verdächtigen hätte ich dennoch:

start end module name
fffff807`dfdf0000 fffff807`dfdf7000 CAM_V3 (deferred)
Image path: \??\C:\Program Files (x86)\NZXT\CAM\CAM_V3.sys
Image name: CAM_V3.sys
Browse all global symbols functions data
Timestamp: Sat Jul 26 15:29:37 2008 (488B26C1)
CheckSum: 00011908
ImageSize: 00007000
Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4

Deinstalliere die NZXT CAM Monitoring Software und gib bescheid, ob die Abstürze bleiben.
 
Mein Grafiktreiber ist der aktuellste den Nvidia Momentan zur Verfügung stellt.

Gut...Minidumps...Speicherzugriffsfehler wäre dann für mich Arbeitsspeicher.

Ich habe über eine Boot-CD Memtest gestartet und für 2 Stunden laufen lassen ohne dass ein Fehler kam.

CAM habe ich seit 2 Tagen nicht mehr auf meinem PC seit mir ein Bekannter gesagt hat dass er durch CAM Probleme mit den USB-Treibern hat. Also dementsprechend Deinstalliert um zu schauen. Seit dem hatte ich allerdings auch keinen Bluescreen mehr. Das einzige Problem was ich momentan noch habe ist dass meine Games (GTA V, Warframe etc.) mittendrin plötzlich einfach Freezen und ohne Alt+F4 oder duch Beenden des Tasks über den Taskmanager nicht mehr schließbar sind. Das Tritt auch erst seit Einbau der 960 Evo M.2 Karte.
 
Black_Darky schrieb:
CAM habe ich seit 2 Tagen nicht mehr auf meinem PC seit mir ein Bekannter gesagt hat dass er durch CAM Probleme mit den USB-Treibern hat. Also dementsprechend Deinstalliert um zu schauen. Seit dem hatte ich allerdings auch keinen Bluescreen mehr.

Dann warten wir mal ab, ob überhaupt wieder ein Bluescreen auftritt. Falls ja, stelle uns die aktuellsten Dumps zur Verfügung.

Black_Darky schrieb:
Das einzige Problem was ich momentan noch habe ist dass meine Games (GTA V, Warframe etc.) mittendrin plötzlich einfach Freezen und ohne Alt+F4 oder duch Beenden des Tasks über den Taskmanager nicht mehr schließbar sind. Das Tritt auch erst seit Einbau der 960 Evo M.2 Karte.

Ggf. ein Temperatur Problem? Die m.2 Schnittstelle sitzt bei deinem Board direkt unter der Grafikkarte.
Wenn das Problem auf die m.2 Karte eingegrenzt werden kann, könntest du noch einen Thread im entsprechenden Unterforum (SSDs) aufmachen und dort Rat einholen.
Oder warte einfach noch etwas, bis sich Inzersdorfer meldet. Der kennt sich damit wesentlich besser aus als ich.
 
Zurück
Oben