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. 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 objects 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
---------
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. 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 objects 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
---------