Issue met nvlddmkm.sys en mijn nieuwe PC build

[josot666]

Hoi allemaal,

(weet niet of dit forum kanaal de juiste plek is, maar gezien het over nvlddmkm.sys gaat begin ik bij videokaarten).

ik heb sinds kort een hele hoop onderdelen besteld voor mijn PC build (zal ze hieronder opsommen). Ik heb deze netjes in elkaar gezet en Windows 11 er op gezet. Het toeval heeft dat mijn vrouw gelijktijdig dezelfde onderdelen (maar dan wit) heeft besteld en ik heb die PC ook gebouwd. Enige waarop de PC's verschillen is het geheugen en de GPU.

Nu heeft haar setup geen enkel issue, maar mijn setup loopt geregeld vast met BSOD of reboot en dan op de nvlddmkm.sys. En ook alleen op deze.
Uiteraard heb ik oudere drivers al geprobeerd (eerst met DDU de drivers verwijderd) en ja ik gebruik de nieuwste Nvidia drivers uiteraard (eerst 561.09 en sinds 1 oktober, 565.90).

De nvlddmkm.sys fout in de event log gaat gepaard met deze melding:

"BusReset TDR occurred on GPUID:100"

Omdat we twee bijna dezelfde PC's hebben heb ik natuurlijk mijn GPU in de pc van mijn vrouw getest. En ja, daar draait die als een zonnetje. Geen enkele error. Niet op DP en niet op HDMI.

Op mijn moederbord zit ook onboard video (AMD, Rizen 9 7900, no X). En als ik die aansluit dan crasht de PC tenminste niet en kan ik zelfs als ik de GPU niet gebruik de errors zin ontstaan. Of ik nu met OCCT (stresstest) een test doe, of gewoon random wat software draai. Puur willekeurig (zo lijkt het) crasht de nvlddmkm.sys.

Mijn build:
- Fractal Design Meshify 2 compact
- Asus TUF Gaming x670E-Plus Wifi
- AMD Rizen 9 7900
- Corsair DDR5 Vengeance RGB 2x 16GB 6000
- Samsung 990 Pro 1TB (OS drive)
- WD Black SN770 2TB (Data drive)
- ASUS GeForce RTX 4070 Super OC
- Seasonic Vertex GX 850w
- 4x Arctic P12 Fan
- Arctic Freezer 36 cpu cooler


Wat ik dus al getest hebt:

• Uiteraard heb ik de chipset en overige drivers van het ASUS moederbord geinstalleerd
• ik gebruik geen ArmoryCrate. Dat werd mij afgeraden omdat daar veel bugs in zitten (ik gebruik nu FanControl en SignalRGB_free version)
• Ik gebruik geen overclocking
• Andere drivers inclusief verwijderen met DDU
• GPU in ander systeem, geen issues in dat andere systeem
• met OCCT kan ik geen gekke stroom pieken of fluctuaties zien, maar ik ben maar een hobbyist, dus misschien kijk ik verkeerd.

Wat ik nog ga testen:

• Geheugen wisselen met PC van mijn vrouw (die heeft Kingston 2x16GB)
• Voeding van andere PC testen
• Nieuwe installatie van Windows

Als er iemand nog andere tips heeft, of letterlijk dit probleem met een soortgelijke setup. Dan verneem ik dat graag. Iedere tip of hit ben ik blij mee.


Alvast bedankt,

JoSoT

[Nikeo]

Ik zou eerst het geheugen en dan psu wisselen voor ik dit topic had gemaakt. Op volgorde van minste werk, niet per se meest waarschijnlijke oorzaak. Grote kans dat het daar ergens zit. Ik denk psu

[DannyXP1600]

Videokaart in de pc van je vrouw zetten en kijken of je dan dezelfde fouten krijgt?

[josot666]

Die testjes die ik nog moet doen, ga ik ook zeker doen. Maar omdat ik mogelijk nog andere tests oversla leek het me handig om zo snel mogelijk andere tweakers in te schakelen. En wie weet helpt het iemand anders ook, die tegen iets soortgelijks aanloopt.

Maar idd, omdat het de videokaart niet is en met onboard video geen issue is, vermoed ik geen geheugen fout, want dan zouden er ook andere "drivers" omvallen. Maar voeding is zeker een optie. Ik ga dit ZSM testen.

[josot666]

DannyXP1600 schreef op donderdag 17 oktober 2024 @ 18:19:
Videokaart in de pc van je vrouw zetten en kijken of je dan dezelfde fouten krijgt?

Dit heb ik gedaan en videokaart blijft daar goed werken en geen nvidia kernel creshes.

[DannyXP1600]

josot666 schreef op donderdag 17 oktober 2024 @ 18:22:
[...]


Dit heb ik gedaan en videokaart blijft daar goed werken en geen nvidia kernel creshes.

Oh, had ik overheen gelezen. Oeps.
Dan zou ik inderdaad eens geheugen en eens powersupply omwisselen

[Format-C]

-Ik zou zowieso de fancontrol en rgb software van de pc verwijderen en de fans vanuit de bios instellen (of tijdelijk even zonder die control-software draaien)

-Moederbord bios updaten

-geheugen om/uitwisselen of het DDR6000 (tijdelijk) op lagere snelheid zetten


Wat je ook kan proberen is de videokaart in energiebeheer/de driver op maximum performance (vast)zetten.

Windows en alle andere software updaten en van elk apparaat de nieuwste drivers installeren

Eventueel een andere power cable proberen van de voeding naar de videokaart.

[ Voor 32% gewijzigd door Format-C op 18-10-2024 06:47 ]

[josot666]

Format-C schreef op vrijdag 18 oktober 2024 @ 06:40:
-Ik zou zowieso de fancontrol en rgb software van de pc verwijderen en de fans vanuit de bios instellen (of tijdelijk even zonder die control-software draaien)

-Moederbord bios updaten

-geheugen om/uitwisselen of het DDR6000 (tijdelijk) op lagere snelheid zetten


Wat je ook kan proberen is de videokaart in energiebeheer/de driver op maximum performance (vast)zetten.

Windows en alle andere software updaten en van elk apparaat de nieuwste drivers installeren

Eventueel een andere power cable proberen van de voeding naar de videokaart.

Dank voornde aanvullede test opties. Ik ga ze zeker proberen.

[Format-C]

Als dit niet werkt idd even de voeding van de/een andere pc proberen.

[josot666]

Korte update:

- geheugen wissel met de 2x16gb ddr5 van de pc build van mijn vrouw had geen effect. Issue in mijn pc hetzelfde: nvlddmkm crasht net zo snel

- mij geheugen in de pc van mijn vrouw. Ook geen probleem

- mijn videokaart in haar pc, ook geen issues. Zelfs paar kinuten stresstest met occt

- haar videokaart (gigabyte aero 4070 super oc 12gb) in mijn pc. Eerste paar minuten ging het okay, maar na 5min klapte de nvlddmkm er toch weer uit.

- kale windows 11 pro installatie met alleen chipset drivers van asus. En nog voor ik iets anders kon doen (drivers voor nvidia installeren, crashde nvlddmkm al.

Conclusie: moederbord of psu

[josot666]

Heel raar fenomeen. Na de wisseling van gpu etc zoals eerser beschreven, heb ik mijn hardware weer terug gebouwd. In voorbereiding op psu test. Want mobo is het lastigst te testen.

Maar nu na opstarten is er geen issue meer. Ik snap er niets van. Met de gpu van mn vrouw crashde de driver nog. Maar nu al 2 a 3 uur niets. Zelfs net met occt een full system test laten lopen (alles op 100%).

Zelfde de nieuwe installatie die failde werkt nu al een tijd goed.

Dit is echt vervelend. Want als het nu nooit meer voorkomt weet ik niet wat het was en dat gaat mij echt haunten.

[josot666]

Ik heb de 12v kabel ook weer een keer los gehaald en vast gedaan. Maar het blijft nu stabiel. Ik heb de hele dag mn pc al aan en ook gewoon normaal in games gezeten.

Dys opgelost, maar geen oplossing. Ik haat dat, maar ben er wel blij mee. Lastige is dat ik dus niet weet of het kan terug komen.

[josot666]

2 volle dagen, geen enkel probleem. Alles draaide top en 0,0 crashes. Ook niets geupdate. Alleen lekker games gedraaid. Eindelijk genieten!

Zet ik vanavond na een lange werkdag thuis mn pc aan. En nog voor ik iets kan starten. Vast, zwart scherm en verder niets. Power knop.was ook instant off als ik er op drukte. Dus herstart. En vanaf dat moment weer de nvlddmkm errors. Maar als ik in de event logs kijk van de eerste crash was het niet de nvlddmkm maar werd er helemaal geen error getoond. Alleen een error dat de dump niet opgeslagen kon worden.
De crashes vanaf dat moment zijn allemaal de videodriver. Maar windows loopt dan niet vast als ik de AMD onboard video gebruik.

Ergo. Terug bij af. Maar we 2 dagen kunnen gamen.

Misschien is het alleen een weekend build 😀

[Wylana]

josot666 schreef op maandag 21 oktober 2024 @ 23:17:
2 volle dagen, geen enkel probleem. Alles draaide top en 0,0 crashes. Ook niets geupdate. Alleen lekker games gedraaid. Eindelijk genieten!

Zet ik vanavond na een lange werkdag thuis mn pc aan. En nog voor ik iets kan starten. Vast, zwart scherm en verder niets. Power knop.was ook instant off als ik er op drukte. Dus herstart. En vanaf dat moment weer de nvlddmkm errors. Maar als ik in de event logs kijk van de eerste crash was het niet de nvlddmkm maar werd er helemaal geen error getoond. Alleen een error dat de dump niet opgeslagen kon worden.
De crashes vanaf dat moment zijn allemaal de videodriver. Maar windows loopt dan niet vast als ik de AMD onboard video gebruik.

Ergo. Terug bij af. Maar we 2 dagen kunnen gamen.

Misschien is het alleen een weekend build 😀

Dit klinkt als een sleep mode issue van Windows.
Fast Boot al eens uitgezet in Windows?

Ander issue kan toch echt je voeding zijn. Ik zou die toch echt eens vervangen en kijken wat het systeem dan doet.

[josot666]

Update:

Vandaag tijd gehad voor een hele operatie. Eerst ander stopcontact. Geen ander effect. Vervolgens andere voeding met andere kabels (alle). Geen ander effect.

Moederbord uit de kast. Los aa gesloten op de mobo doos en alles verbonden. Nogsteeds zelfde issue (dus geen short met kast).

Toeb gpu in onderste pci-e (4.0 x16 ipv pci-e 5.0 x16) die ju beschikaar was. Normaa te dicht op psu case.

Issue direct verdwenen. Gewoon vanalles kunnen doen zondere enige nvm crach. Gpu Vervolgens terug in 5.0 slot. Even leek het ook daar weer okay. Tot toch weer de nvm error (TDR busreset).

Dus ik concludeer pci op modo heeft defect.

Ik ga met de RMA afdeling van Megeko contact opnemen. Helaas net 2 dagen na mn 30 dagen niet goed geld terug. Maar ja het moederbord is ook echt wel gebruikt. Dus kan je niet echt meer retourneren als nieuw.

En ik wil ook gewoo een goed werkende versie van dit moederbord. Want in de pc van mijn vrouw dit model het gewoon goed.

Voorlopig dus gevondennwat het issue is. Dan voor alle tips.

[ElCondor]

Goede geanalyseerd! En kudo's voor het terugkoppelen

[Format-C]

Had je nog wel de nieuwste bios op je mobo gezet? (Of staat die erop?)

Verder mooi dat je nu weet wat het probleem veroorzaakt. 👍🏻

[ Voor 8% gewijzigd door Format-C op 24-10-2024 17:10 ]

[Visgek82]

Format-C schreef op donderdag 24 oktober 2024 @ 17:04:
Had je nog wel de nieuwste bios op je mobo gezet? (Of staat die erop?)

Verder mooi dat je nu weet wat het probleem veroorzaakt. 👍🏻

Inderdaad, dit !!

Ik had dit probleem dus ook met mijn 4080 , gek werd ik ervan. niets werkte. Tot ik de bios geupdate had , en alle problemen waren als sneeuw voor de zon (tot op de dag van vandaag) verdwenen. zie ook mijn 4080 super reivew op Tweakers.

[josot666]

Hierbij nog even als conclusie de resultaten van het "terug sturen" van mijn moederbord aan Megekko.

Ook al heb ik alle voorzorgsmaatregelen genomen, zeer voorzichtig geweest en zelf geen socke5 fout gezien, bleek toch bij Megekko bij ontvangst dat er een pin in de socket verbogen was (omlaag geduwd).

Ik heb zelf de socket fout niet gezien. En blijf het vreemd vinden, maar goed... het zat er toch.

Megekko heeft met mij contact opgenomen en uit coulance het moederbord laten repareren door Asus, zonder extra kosten.
Ik had netjes een foto ontvangen van de socket schade en kon achterhalen met een AM5 socket schema dat dit waarschijnlijk een van de PCI-E pins was. Dat zou dan heel goed verklaren dat er issue ontstaan zijn.

Na 9 werkdagen (Megekko gaf aan 10 tot 15), kreeg ik mijn moederbord (zelfde s/n) gerepareerd retour. Met een nette melding dat er getest was en niets meer gevonden was.

Uiteraard was ik nog wel wat sceptisch, want het kon natuurlijk ook iets anders zijn. En de socket schade kon ook ontstaan zijn na verwijderen van de cpu voor dat ik hem terug stuurde.

Maar nu na 4 dagen installeren en normaal gebruik met games en windows apps. Kan ik wel zeggen dat het issue met de nvidia sys driver is verdwenen.

Conclusie:

De nvlddmkm error en BSOD's kunnen ook komen door precies een pin in de socket die niet of net altijd verbind.

Asus en andere merken bieden geen garantie op socket schade. Soms snap ik dat, omdat het human error is. Maar ik weet 100% dat deze schade niet door mijn handelen is ontstaan. Of de fout zat er al en is door het inklemmen van de cpu verergerd. Of die sockets zijn zo fragiel dat bij plaatsen van de cpu, hoe voorzichtig ook, er toch iets kan ontstaan.
Beide zou gewoon onder garantie moeten vallen van de fabriekant.

De klanten hebben niet gekozen voor deze fragiele sockets. En er word ook niets aan gedaan om ze minder fragiel te maken. De oude pins op de cpu setup, was ook wel gevoelig, maar niet zo als dit.

Ik ben in ieder geval blij dat het is opgelost, en wil voor de service Megekko ook echt een pluim geven.

Ze hadden volledig in hun recht gestaan volgens de voorwaarde en garantieregels om mij de reparatie re laten betalen (wat al snel op 200 tot 300 eurp kan uitkomen). Dat had in een klap (een pin) het hele moederbord total-loss gemaakt.

Iedereen bedankt voor de reacties en meeleven. Dit heeft zeker geholpen. In de toekomst zal ik bij ieder nieuw moderbord, altijd een grondige inspecite doen van de socket voor installatie en foto's maken. En bij eventuele vreemde bsod's zeker ook de socket checken.

Ik hoop dat deze thread andere ook kan helpen met het onderzoeken van nvlddmkm errors en bijkomende bsod's.

[Visgek82]

josot666 schreef op woensdag 20 november 2024 @ 12:57:
Hierbij nog even als conclusie de resultaten van het "terug sturen" van mijn moederbord aan Megekko.

Ook al heb ik alle voorzorgsmaatregelen genomen, zeer voorzichtig geweest en zelf geen socke5 fout gezien, bleek toch bij Megekko bij ontvangst dat er een pin in de socket verbogen was (omlaag geduwd).

Ik heb zelf de socket fout niet gezien. En blijf het vreemd vinden, maar goed... het zat er toch.

Megekko heeft met mij contact opgenomen en uit coulance het moederbord laten repareren door Asus, zonder extra kosten.
Ik had netjes een foto ontvangen van de socket schade en kon achterhalen met een AM5 socket schema dat dit waarschijnlijk een van de PCI-E pins was. Dat zou dan heel goed verklaren dat er issue ontstaan zijn.

Na 9 werkdagen (Megekko gaf aan 10 tot 15), kreeg ik mijn moederbord (zelfde s/n) gerepareerd retour. Met een nette melding dat er getest was en niets meer gevonden was.

Uiteraard was ik nog wel wat sceptisch, want het kon natuurlijk ook iets anders zijn. En de socket schade kon ook ontstaan zijn na verwijderen van de cpu voor dat ik hem terug stuurde.

Maar nu na 4 dagen installeren en normaal gebruik met games en windows apps. Kan ik wel zeggen dat het issue met de nvidia sys driver is verdwenen.

Conclusie:

De nvlddmkm error en BSOD's kunnen ook komen door precies een pin in de socket die niet of net altijd verbind.

Asus en andere merken bieden geen garantie op socket schade. Soms snap ik dat, omdat het human error is. Maar ik weet 100% dat deze schade niet door mijn handelen is ontstaan. Of de fout zat er al en is door het inklemmen van de cpu verergerd. Of die sockets zijn zo fragiel dat bij plaatsen van de cpu, hoe voorzichtig ook, er toch iets kan ontstaan.
Beide zou gewoon onder garantie moeten vallen van de fabriekant.

De klanten hebben niet gekozen voor deze fragiele sockets. En er word ook niets aan gedaan om ze minder fragiel te maken. De oude pins op de cpu setup, was ook wel gevoelig, maar niet zo als dit.

Ik ben in ieder geval blij dat het is opgelost, en wil voor de service Megekko ook echt een pluim geven.

Ze hadden volledig in hun recht gestaan volgens de voorwaarde en garantieregels om mij de reparatie re laten betalen (wat al snel op 200 tot 300 eurp kan uitkomen). Dat had in een klap (een pin) het hele moederbord total-loss gemaakt.

Iedereen bedankt voor de reacties en meeleven. Dit heeft zeker geholpen. In de toekomst zal ik bij ieder nieuw moderbord, altijd een grondige inspecite doen van de socket voor installatie en foto's maken. En bij eventuele vreemde bsod's zeker ook de socket checken.

Ik hoop dat deze thread andere ook kan helpen met het onderzoeken van nvlddmkm errors en bijkomende bsod's.

Goed idee van de foto's , Hoewel de kans erg klein is , kan dit ook in de fabriek gebeurd zijn. maar de pinnetjes kunnen weinig hebben. Super dat het in ieder geval opgelost is , ik neem aan dat het probleem dan nu ook weg is?

In mijn situatie ligt het niet aan het socket, daar mijn problemen met een bios update als sneeuw voor de zon verdwenen. Maar wel bedankt voor de followup post !