[Windows 10] Memory Management Blue screen

[Dynaw]

Mijn vraag
Sinds de installatie van Windows 10 heb ik al meerdere keren de blue screen ontvangen voor Memory Management. Echter had ik één dag hiervoor Windows 7 op mijn PC staan en hierop nooit problemen gehad, noch blue screens.

Om precies te zijn:
012219-14500-01.dmp 22-1-2019 9:21:47 MEMORY_MANAGEMENT 0x0000001a 00000000`00041792 ffff883f`fafae558 20000000`00000000 00000000`00000000 ntoskrnl.exe ntoskrnl.exe+180530 NT Kernel & System Microsoft® Windows® Operating System Microsoft Corporation 10.0.16299.904 (WinBuild.160101.0800) x64 ntoskrnl.exe+180530 C:\WINDOWS\Minidump\012219-14500-01.dmp 4 15 16299 1.109.028 22-1-2019 9:22:50

Dump file: https://www.dropbox.com/s.../012219-14500-01.dmp?dl=0

Omdat ik geheel nieuw ben met Windows 10 heb ik eigenlijk geen idee waar te beginnen met zoeken.

Relevante software en hardware die ik gebruik
-Windows 10 Pro
-Asus P8P67 LE
-Corsair XMS CMX8GX3M2A1333C9 (16 gb totaal, 4x4 gb)

Wat ik al gevonden of geprobeerd heb
-Memtest (Windows, uitgebreid)
-Gecontroleerd op missende drivers

Deze blue screen komt geheel random voor mijn gevoel, vaak ben ik maar wat browsen of iets dergelijks. Bij zwaardere games zoals Cities Skylines die de volle kracht van mijn CPU gebruikt en een kleine ~10gb aan ram is er niets aan de hand.

Iemand de gouden suggestie?

[ Voor 4% gewijzigd door Dynaw op 26-01-2019 10:18 ]

[Brahiewahiewa]

Wat zegt memtest?

[Wylana]

Installeer eens BlueScreenView en open het minidump bestand.

https://www.nirsoft.net/utils/blue_screen_view.html

Vaak geeft deze al snel aan welk bestand/proces de boosdoener is.

Dit proces kan je vaak koppelen aan een driver/hardwarecomponent en op die manier kan je dus bepalen wat het probleem is.

[ Voor 9% gewijzigd door Wylana op 22-01-2019 15:45 . Reden: url toegevoegd ]

[Dynaw]

Wylana schreef op dinsdag 22 januari 2019 @ 15:44:
Installeer eens BlueScreenView en open het minidump bestand.

https://www.nirsoft.net/utils/blue_screen_view.html

Vaak geeft deze al snel aan welk bestand/proces de boosdoener is.

Dit proces kan je vaak koppelen aan een driver/hardwarecomponent en op die manier kan je dus bepalen wat het probleem is.

Die heb ik gebruikt, daar heb ik ook mijn citaatje van. Kom d'r echter niet uit. Vandaar dat ik ook de minidump heb toegevoegd; wellicht kan iemand er wat meer uit opmaken dan ik kan.



De driver ntoskrnl.exe lijkt de boosdoener in deze, echter vind ik daar op het internet ook tal van verschillende oplossingen voor, weer varieert per minidump.

Mijn geheugen settings:


Ik zal vannacht eens een Memtest86+ testje draaien.

Edit:

Later vandaag maar eens bankje voor bankje en slot voor slot testen om te zien waar de fout zit.

Edit2:
Vandaag heel wat ramstickjes heen en weer geschoven, afzonderlijk getest, samen getest en een bios update later lijken de testresultaten met Memtest86 ineens goed? Ik heb Memtest86+ overigens niet meer gebruikt omdat er een bug in het specifieke deel schijnt te zitten waarop mijn ramstickjes zouden falen.

Resultaten van Memtest86:

[ Voor 22% gewijzigd door Dynaw op 23-01-2019 17:07 . Reden: Testresultaat ]

[Dynaw]

Ik denk dat ik hiervoor wel een nieuwe post kan maken?

In ieder geval, ik heb dus zojuist weer een blue screen gehad nadat een dag of twee goed is gegaan. Het gaat dit keer om de UNEXPECTED_STORE_EXCEPTION blue screen met de foutcode 0x00000154. Ook hier wijst hij weer naar de ntoskrnl.exe driver als boosdoener. Iets moet dat Windows deel laten crashen, maar wat?

Mijn conclusie is in ieder geval het dat het geheugen het niet kan zijn, maar wat dan wel, dat weet ik niet. Daarnaast heb ik pas sinds afgelopen maandag een verse Windows 10 installatie zoals reeds vermeld, iets wat probleemloos verliep en om nu al de boel te herinstalleren lijkt me ook wat voorbarig.

Nieuwe dump: https://www.dropbox.com/s...w/012519-7125-01.dmp?dl=0

Edit: En zojuist nog een blue screen, dit keer wederom memory management?
https://www.dropbox.com/s...a/012519-8000-01.dmp?dl=0
Driver: ntoskrnl.exe
Bug check string: MEMORY_MANAGEMENT
Bug check code: 0x0000001a

sfc /scannow leverde overigens zoals verwacht, niet op.

Edit: Goed, ik heb nu wederom Memtest86+ (versie 5.01) laten draaien de hele nacht, het resultaat is 3 passes zonder errors. Echter wanneer ik handmatig test 11 selecteer krijg het zelfde resultaat als in de post hier boven en doet de timer van de post ook niets meer.

08:37 edit: Zojuist pass 4 ook bereikt.

Edit: Ik heb zelf zojuist ook even gekeken op mijn laptop met WinDBG en deze kwam tot de volgende conclusie:
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: WerFault.exe

Probably caused by : memory_corruption ( ONE_BIT )

De andere dump geeft het volgende weer:
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: MemCompression

Probably caused by : ntkrnlmp.exe

Edit: Pass #12 is nu ook binnen en 33 uur later. Ik heb de test maar gestaakt, er is echt niks te vinden.


Ook maar even Intel's test gedraaid voor mijn CPU, deze lijkt ook in orde:


Edit 11:38: Zojuist wéér een blue screen.
https://www.dropbox.com/s.../012219-14500-01.dmp?dl=0

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: chrome.exe

Probably caused by : memory_corruption ( ONE_BIT )

En nog een!
https://www.dropbox.com/s...1/012719-7937-01.dmp?dl=0

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: WUDFHost.exe

Probably caused by : ntkrnlmp.exe

---
Ik heb besloten om toch maar even Windows 10 opnieuw te installeren zodat ik dat in ieder geval kan uitsluiten, tevens een nieuwe Sata kabel gebruikt.

--
Wederom een verse Windows 10 installatie maar wéér blue screen te pakken.
https://www.dropbox.com/s.../012719-15296-01.dmp?dl=0

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: chrome.exe

Probably caused by : memory_corruption ( ONE_BIT )

Wat kan het toch zijn?

[ Voor 69% gewijzigd door Dynaw op 27-01-2019 19:14 ]

[Berlinetta]

Dynaw schreef op vrijdag 25 januari 2019 @ 21:17:
Ik denk dat ik hiervoor wel een nieuwe post kan maken?

In ieder geval, ik heb dus zojuist weer een blue screen gehad nadat een dag of twee goed is gegaan. Het gaat dit keer om de UNEXPECTED_STORE_EXCEPTION blue screen met de foutcode 0x00000154. Ook hier wijst hij weer naar de ntoskrnl.exe driver als boosdoener. Iets moet dat Windows deel laten crashen, maar wat?

Mijn conclusie is in ieder geval het dat het geheugen het niet kan zijn, maar wat dan wel, dat weet ik niet. Daarnaast heb ik pas sinds afgelopen maandag een verse Windows 10 installatie zoals reeds vermeld, iets wat probleemloos verliep en om nu al de boel te herinstalleren lijkt me ook wat voorbarig.

Nieuwe dump: https://www.dropbox.com/s...w/012519-7125-01.dmp?dl=0

Edit: En zojuist nog een blue screen, dit keer wederom memory management?
https://www.dropbox.com/s...a/012519-8000-01.dmp?dl=0
Driver: ntoskrnl.exe
Bug check string: MEMORY_MANAGEMENT
Bug check code: 0x0000001a

sfc /scannow leverde overigens zoals verwacht, niet op.

Edit: Goed, ik heb nu wederom Memtest86+ (versie 5.01) laten draaien de hele nacht, het resultaat is 3 passes zonder errors. Echter wanneer ik handmatig test 11 selecteer krijg het zelfde resultaat als in de post hier boven en doet de timer van de post ook niets meer.

08:37 edit: Zojuist pass 4 ook bereikt.

Edit: Ik heb zelf zojuist ook even gekeken op mijn laptop met WinDBG en deze kwam tot de volgende conclusie:
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: WerFault.exe

Probably caused by : memory_corruption ( ONE_BIT )

De andere dump geeft het volgende weer:
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: MemCompression

Probably caused by : ntkrnlmp.exe

Edit: Pass #12 is nu ook binnen en 33 uur later. Ik heb de test maar gestaakt, er is echt niks te vinden.
[Afbeelding]

Ook maar even Intel's test gedraaid voor mijn CPU, deze lijkt ook in orde:
[Afbeelding]

Edit 11:38: Zojuist wéér een blue screen.
https://www.dropbox.com/s.../012219-14500-01.dmp?dl=0

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: chrome.exe

Probably caused by : memory_corruption ( ONE_BIT )

En nog een!
https://www.dropbox.com/s...1/012719-7937-01.dmp?dl=0

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: WUDFHost.exe

Probably caused by : ntkrnlmp.exe

---
Ik heb besloten om toch maar even Windows 10 opnieuw te installeren zodat ik dat in ieder geval kan uitsluiten, tevens een nieuwe Sata kabel gebruikt.

--
Wederom een verse Windows 10 installatie maar wéér blue screen te pakken.
https://www.dropbox.com/s.../012719-15296-01.dmp?dl=0

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

PROCESS_NAME: chrome.exe

Probably caused by : memory_corruption ( ONE_BIT )

Wat kan het toch zijn?

Ik denk dat je je chipset drivers and SATA driver moet updaten. of ik zou al je driver direct updaten met Snapp drive origin. https://www.snappy-driver-installer.org/

[Turismo]

Je zou eens met driver verifier aan de slag kunnen gaan, sinds Windows 10 zit is er een soort protected memory laag in waar drivers niet bij mogen.

Echter slecht geprogrammeerde drivers violaten alsnog deze laag en kunnen OS kernel errors en BSOD's ontstaan.

https://www.maketecheasie...-windows-driver-verifier/

Ik ben via deze methode erachter gekomen dat Logitech drivers de boosdoener was (aardig gerenommeerd bedrijf zou je zeggen) blijkbaar hebben ze zeer slechte drivers geschreven. https://community.logitech.com/s/feed/0D53100005J6mOLCAZ om maar een voorbeeld te noemen

[ Voor 3% gewijzigd door Turismo op 29-01-2019 16:20 ]

[Dynaw]

Berlinetta schreef op dinsdag 29 januari 2019 @ 06:25:
[...]

Ik denk dat je je chipset drivers and SATA driver moet updaten. of ik zou al je driver direct updaten met Snapp drive origin. https://www.snappy-driver-installer.org/

Na de complete herinstallatie van mijn Windows 10 dit inderdaad ook gedaan, via Asus zelf. Kan later nog eens kijken wat Snapp doet.

Turismo schreef op dinsdag 29 januari 2019 @ 16:19:
Je zou eens met driver verifier aan de slag kunnen gaan, sinds Windows 10 zit is er een soort protected memory laag in waar drivers niet bij mogen.

Echter slecht geprogrammeerde drivers violaten alsnog deze laag en kunnen OS kernel errors en BSOD's ontstaan.

https://www.maketecheasie...-windows-driver-verifier/

Ik ben via deze methode erachter gekomen dat Logitech drivers de boosdoener was (aardig gerenommeerd bedrijf zou je zeggen) blijkbaar hebben ze zeer slechte drivers geschreven. https://community.logitech.com/s/feed/0D53100005J6mOLCAZ om maar een voorbeeld te noemen

Logitech drivers zijn in het verleden al vaker de boosdoener geweest onder Windows 7, toen gaf mijn webcam drivers tijdens het gebruik op Skype zo nu en dan eens een BSOD. Na contact met Logitech hebben zij mij een nieuwe webcam toegestuurd en is het gestopt. Niet verder relevant voor dit probleem want dat is echt al een jaar of 5 geleden.

Hoe dan ook; Ik heb op de avond van de laatste BSOD een willekeurige geheugenbankje eruit gehaald waardoor ik nu op effectief 12gb werkgeheugen zit maar ik heb tegelijk tot op heden ook geen BSOD meer gehad. De laatste is op het moment van dit bericht dan ook 48 uur geleden. Ik heb verder ook niets veranderd aan drivers of wat dan ook sindsdien.

Echter blijft het een rare zaak en ook aan mij knagen. Al is het maar om het het betreffende bankje en slot wel door Memtest zijn gekomen. Overigens heb ik gisteren nog wel mijn twee fysieke HDD's getest, ook zij hebben geen verdere errors o.i.d.

[DJMaze]

Dan zou het ook voeding/moederbord kunnen zijn ivm maximale voltage/ampere die wordt overschreden.

Check de specs.

[Dynaw]

DJMaze schreef op dinsdag 29 januari 2019 @ 19:38:
Dan zou het ook voeding/moederbord kunnen zijn ivm maximale voltage/ampere die wordt overschreden.

Check de specs.

Dat zou raar zijn, gezien ik voor Windows 10 nergens last van had onder Windows 7 en mijn eerste BSOD al aanwezig was nog voor dat überhaupt mijn case had geopend. Echter sta ik overal voor open dus bij deze via CPU-Z.





Slot 1,2 en 4 zijn hetzelfde wat betreft de informatie gegeven. Slot 3 is dus ook het lege slot.

txt van alle info.

Volgens de fabrikant van mijn geheugen zou ik goed moeten zitten. Namelijk:

SPD Latency 9-9-9-24
SPD Speed 1333MHz
SPD Voltage 1.5V
Speed Rating PC3-10600 (1333MHz)

Maar niettemin een interessante theorie waar ik zelf nog niet was opgekomen. Met dergelijke zaken ben ik ook niet bekend, verder nooit overclocked o.i.d. Ik kan indien noodzakelijk ook even wat foto's maken van mijn bios settings.

[ Voor 0% gewijzigd door Dynaw op 29-01-2019 20:26 . Reden: Plaatje fixed ]

[DJMaze]

Dynaw schreef op dinsdag 29 januari 2019 @ 20:02:
Maar niettemin een interessante theorie waar ik zelf nog niet was opgekomen. Met dergelijke zaken ben ik ook niet bekend, verder nooit overclocked o.i.d. Ik kan indien noodzakelijk ook even wat foto's maken van mijn bios settings.

Statische electriciteit kan voor problemen zorgen (PC is geaard?).

Ik heb ook kapotte PC's gezien door goedkope voedingen, incl. ontploffende voedingen (niet spectaculair, vooral wat geluid, geknetter en een stink lucht).
Het is dus mogelijk dat je voeding voor het probleem zorgt.

En ja het kan zijn dat Windows 10 meer stroom verbruikt dan Windows 7, maar dan had je waarschijnlijk onder het gamen op een Windows 7 PC er ook last van moeten hebben.

[Dynaw]

DJMaze schreef op woensdag 30 januari 2019 @ 08:53:
[...]

Statische electriciteit kan voor problemen zorgen (PC is geaard?).

Ik heb ook kapotte PC's gezien door goedkope voedingen, incl. ontploffende voedingen (niet spectaculair, vooral wat geluid, geknetter en een stink lucht).
Het is dus mogelijk dat je voeding voor het probleem zorgt.

En ja het kan zijn dat Windows 10 meer stroom verbruikt dan Windows 7, maar dan had je waarschijnlijk onder het gamen op een Windows 7 PC er ook last van moeten hebben.

Voeding heb ik een klein jaar geleden juist vervangen voor een nieuwe omdat ik mijn oude voeding (
OCZ ModXStream Pro 700W) niet meer vertrouwde, maakte soms wat rare geluiden.
Nu heb ik een Corsair RM650x. Onder Windows 7 zelf tijdens zware game sessies nergens last van gehad, en dat maakt het zo vreemd.

Over geaard gesproken, ik neem aan dat je bedoelt een geaard stopcontact? Die heb ik helaas niet nee, slechts in de keuken en badkamer zijn er wat aanwezig. Verder staat mijn moederbord keurig met afstandshoudertjes vast.

[Anoniem: 669783]

Berlinetta schreef op dinsdag 29 januari 2019 @ 06:25:
[...]

Ik denk dat je je chipset drivers and SATA driver moet updaten. of ik zou al je driver direct updaten met Snapp drive origin. https://www.snappy-driver-installer.org/

Ik had net als TS last van dezelfde BSOD. Geen directe aanleiding, soms gewoon met desktop gebruik een crash, soms met games en stress testen zorgden niet voor een toename in het verschijnsel.

Ik gebruik een Asus P8P67M-Pro rev.3 bord overigens, zal deels verschillen in de hardware.

Snappy Driver Installer vind een hele meuk drivers waaronder Asmedia USB 3.0 drivers, LAN drivers en Intel chipset drivers die Windows 10 zelf niet of verkeerd voorziet van drivers. Nu dan ook na een paar uur geen BSOD meer mogen ondervinden met verwijzing naar ntsokrnl.exe. Helaas doet Asus er niets meer aan om deze moederborden te voorzien van de nodige drivers. Ik zal nog even een update plaatsen mocht zich alsnog een BSOD voordoen naderhand.

Ik raad aan om de Realtek audio door Windows drivers te laten functioneren om audiokanalen onderling te kunnen wisselen. De Realtek drivers vereisen dat je je koptelefoon elke keer moet verwijderen om uitvoer naar de back 3,5mm poort te krijgen.GPU drivers zijn inmiddels gedateerd en kunnen via AMD of Nvidia handmatig geïnstalleerd worden, desnoods met DDU.

Bedankt voor het delen van deze drivertool, vooral voor oude hardware kan dit nog wel eens erg bruikbaar zijn.

Edit: helaas nog steeds last van dezelfde BSOD. Ik ben nu radeloos wat de oorzaak is.

[ Voor 11% gewijzigd door Anoniem: 669783 op 03-03-2019 19:39 ]

[Dynaw]

Ik kan trouwens nu ook mededelen, dat, na één maand, ik nog altijd geen BSOD heb gehad sinds het verwijderen van een willekeurig geheugenbankje. Terwijl deze wel gewoon in orde. Ik heb zelf het raadsel ook niet meer weten op te lossen.

Denk dat de eindconclusie is; Ik moet met mijn tijd mee gaan en binnenkort eens een nieuw moederbord en dergelijke aanschaffen. Het is immers uit 2011 allemaal, bijna zeven jaar oud en drie besturingssystemen later dan waarvoor hij eigenlijk bestemd is.

Eens @Anoniem: 669783 overigens, nuttige tool!

[learn_more]

Dynaw schreef op zondag 3 maart 2019 @ 16:16:
Ik kan trouwens nu ook mededelen, dat, na één maand, ik nog altijd geen BSOD heb gehad sinds het verwijderen van een willekeurig geheugenbankje. Terwijl deze wel gewoon in orde. Ik heb zelf het raadsel ook niet meer weten op te lossen.

Denk dat de eindconclusie is; Ik moet met mijn tijd mee gaan en binnenkort eens een nieuw moederbord en dergelijke aanschaffen. Het is immers uit 2011 allemaal, bijna zeven jaar oud en drie besturingssystemen later dan waarvoor hij eigenlijk bestemd is.

Eens @Anoniem: 669783 overigens, nuttige tool!

Ter lering ende vermaak:
De dump file die bijgevoegd is is een zgn 'Mini' kernel dump.
Hierin zijn alleen registers en een stacktrace beschikbaar. (Dit kan genoeg info opleveren, maar in dit geval niet.)

Met de informatie uit dit topic zou ik suggereren om de timing / clock van de RAM te controleren,
wanneer er hier een mismatch tussen modules zit kan dit wazige problemen zoals hier opleveren.


Omdat je WinDbg noemde, hierbij een analyse van 012719-7937-01.dmp

Door deze dump in WinDbg te laden, kunnen we met het commando !analyze -v zien dat het hier om een reference counting probleem gaat:

code:

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

REFERENCE_BY_POINTER (18)
Arguments:
Arg1: ffffc30f03b68dc0, Object type of the object whose reference count is being lowered
Arg2: ffffc30f0f841580, Object whose reference count is being lowered
Arg3: 0000000000000001, Reserved
Arg4: 2000000000000000, 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:
------------------


KEY_VALUES_STRING: 1


PROCESSES_ANALYSIS: 1

SERVICE_ANALYSIS: 1

STACKHASH_ANALYSIS: 1

TIMELINE_ANALYSIS: 1


DUMP_CLASS: 1

DUMP_QUALIFIER: 400

BUILD_VERSION_STRING:  17134.1.amd64fre.rs4_release.180410-1804

SYSTEM_MANUFACTURER:  System manufacturer

SYSTEM_PRODUCT_NAME:  System Product Name

SYSTEM_SKU:  SKU

SYSTEM_VERSION:  System Version

BIOS_VENDOR:  American Megatrends Inc.

BIOS_VERSION:  3801

BIOS_DATE:  09/12/2013

BASEBOARD_MANUFACTURER:  ASUSTeK COMPUTER INC.

BASEBOARD_PRODUCT:  P8P67 LE

BASEBOARD_VERSION:  Rev X.0x

DUMP_TYPE:  2

BUGCHECK_P1: ffffc30f03b68dc0

BUGCHECK_P2: ffffc30f0f841580

BUGCHECK_P3: 1

BUGCHECK_P4: 2000000000000000

CPU_COUNT: 4

CPU_MHZ: cef

CPU_VENDOR:  GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 2a

CPU_STEPPING: 7

CPU_MICROCODE: 6,2a,7,0 (F,M,S,R)  SIG: 2D'00000000 (cache) 2D'00000000 (init)

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXPNP: 1 (!blackboxpnp)


CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT

BUGCHECK_STR:  0x18

PROCESS_NAME:  WUDFHost.exe

CURRENT_IRQL:  0

ANALYSIS_SESSION_HOST:  DEV2

ANALYSIS_SESSION_TIME:  03-04-2019 19:43:59.0931

ANALYSIS_VERSION: 10.0.18317.1001 amd64fre

LAST_CONTROL_TRANSFER:  from fffff8017005e546 to fffff80170025650

STACK_TEXT:  
ffffc003`abf25918 fffff801`7005e546 : 00000000`00000018 ffffc30f`03b68dc0 ffffc30f`0f841580 00000000`00000001 : nt!KeBugCheckEx
ffffc003`abf25920 fffff801`70363059 : 00000000`ffff800d ffffc30f`03b68dc0 ffff8009`2cc03640 ffff8009`2cc03640 : nt!ObfDereferenceObjectWithTag+0x181bb6
ffffc003`abf25960 fffff801`7036a99d : 00000006`7effeb18 ffffc003`abf25aa8 00000006`7efff6b8 00000000`00000000 : nt!ObCloseHandleTableEntry+0x259
ffffc003`abf25aa0 fffff801`70037f13 : ffffc30f`10c45700 00007ffa`612d5e20 ffffc30f`10c45700 ffffc003`abf25b80 : nt!NtClose+0xcd
ffffc003`abf25b00 00007ffa`7d4da174 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000006`7efff448 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffa`7d4da174


THREAD_SHA1_HASH_MOD_FUNC:  afc0af294d948e054a7d406b6ceb51ff2993318c

THREAD_SHA1_HASH_MOD_FUNC_OFFSET:  531a173832635a98bdbfe6eef553eb0a5228546c

THREAD_SHA1_HASH_MOD:  f08ac56120cad14894587db086f77ce277bfae84

FOLLOWUP_IP: 
nt!ObfDereferenceObjectWithTag+181bb6
fffff801`7005e546 cc              int     3

FAULT_INSTR_CODE:  48d233cc

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!ObfDereferenceObjectWithTag+181bb6

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  5acd8966

IMAGE_VERSION:  10.0.17134.1

STACK_COMMAND:  .thread ; .cxr ; kb

BUCKET_ID_FUNC_OFFSET:  181bb6

FAILURE_BUCKET_ID:  0x18_CORRUPT_REF_COUNT_nt!ObfDereferenceObjectWithTag

BUCKET_ID:  0x18_CORRUPT_REF_COUNT_nt!ObfDereferenceObjectWithTag

PRIMARY_PROBLEM_CLASS:  0x18_CORRUPT_REF_COUNT_nt!ObfDereferenceObjectWithTag

TARGET_TIME:  2019-01-27T10:57:13.000Z

OSBUILD:  17134

OSSERVICEPACK:  1

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:  2018-04-11 06:04:54

BUILDDATESTAMP_STR:  180410-1804

BUILDLAB_STR:  rs4_release

BUILDOSVER_STR:  10.0.17134.1.amd64fre.rs4_release.180410-1804

ANALYSIS_SESSION_ELAPSED_TIME:  6165

ANALYSIS_SOURCE:  KM

FAILURE_ID_HASH_STRING:  km:0x18_corrupt_ref_count_nt!obfdereferenceobjectwithtag

FAILURE_ID_HASH:  {fa6b3516-71cb-1e92-b987-b8bebd3458ac}

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

Om hier meer info uit te halen zou ik typisch het commando !object ffffc30f0f841580 uitvoeren. (Zie de beschrijving na Bugcheck Analysis, en dan het 2e argument.)
Hiermee kan gekeken worden om wat voor object het gaat, en van daaruit kan verder gekeken worden wat er mis ging.
Echter, omdat dit geen volledige dump is, kan WinDbg het object niet vinden (immers, er zit geen dump van het volledige geheugen bij):

code:

0: kd> !object ffffc30f0f841580
Could not read ObjectType address

[Anoniem: 669783]

Inmiddels een ander setje RAM geïnstalleerd. BSOD zijn nu verdwenen. Waarschijnlijk een X.M.P. profiel op 1.65v wat niet boterde met mijn moederbord.

[floris_hack]

Ik had vergelijkbare problemen. Veel BSOD's, waaronder memory management. In mijn geval lijkt (fingers crossed) het veroorzaakt te zijn doordat ik bij repareren cpu fan e e n van de memory bankjes een tikje heb gegeven waardoor hij niet helemaal lekker in het slot zat. MemTest86 gaf geen meldingen en ondertussen draait de pc weer wat uurtjes. Raar genoeg zat er redelijk wat tijd tussen de cpu fan reparatie en de BSOD's.

[rfrijhoff]

Heb sinds een paar maanden ook al dit probleem. Soms gaat het 1 of 2 dagen goed en soms krijg ik het 3 of 4x per dag. Vervelende is dat LibreOffice soms ineens kwijt is wat er open stond en soms is zelfs de complete historie van recente documenten leeg. Ook instellingen zijn ineens gereset. Veelvuldig crashen van tabs van FireFox en soms zelfs FireFox compleet. Geen fouten met de geheugen test en herinstallatie heeft geen nut. Overigens is dit spontaan onstaan zonder dat ik de pc heb open gehad. Zal de suggesties hier eens allemaal proberen.

[ Voor 3% gewijzigd door rfrijhoff op 07-03-2022 08:22 ]

[freaky35]

Welke geheugentest heb je gebruikt?