BSOD probleem

[hepta7]

Goede middag allemaal.
De afgelopen paar dagen heb ik een aantal BSOD's gehad op mijn pc.
Ik heb een memtest gedaan. gekeken naar de temp van zowel mijn CPU als GPU en deze zijn allemaal goed. Ik heb zover mij bekend elke driver up to date. Dit is waar ik vastloop en hoop dat er iemand is die heel veel beter in thuis is en mij nog wat tips kan geven. Van mijn laatste BSOD heb ik een log gevonden. Wanneer ik dit berichtje maak is deze log ongeveer 40min oud. Deze geeft het volgende aan:

Dump File : 102315-5859-01.dmp
Crash Time : 23-10-2015 12:30:06
Bug Check String :
Bug Check Code : 0x00000124
Parameter 1 : 00000000`00000000
Parameter 2 : ffffe000`524b4028
Parameter 3 : 00000000`b0800000
Parameter 4 : 00000000`00040151
Caused By Driver : hal.dll
Caused By Address : hal.dll+3594f
File Description : Hardware Abstraction Layer DLL
Product Name : Microsoft® Windows® Operating System
Company : Microsoft Corporation
File Version : 10.0.10240.16392 (th1_st1.150716-1608)
Processor : x64
Crash Address : ntoskrnl.exe+14e2e0
Stack Address 1 :
Stack Address 2 :
Stack Address 3 :
Computer Name :
Full Path : C:\Windows\Minidump\102315-5859-01.dmp
Processors Count : 8
Major Version : 15
Minor Version : 10240
Dump File Size : 284.480
Dump File Time : 23-10-2015

Alvast bedankt voor de mogelijke tips.
Mocht ik niet volledig genoeg zijn in de logs of iets anders niet hebben toegevoegd wat handig is hoor ik dat ook graag. Dan zal ik dat toevoegen.

[Qaatloz]

Je zou via bluescreenview kunnen proberen in het dumpbestand te kijken of er meer drivers betrokken waren bij de BSOD. De HAL driver is namelijk een vrij algemene driver en niet echt te koppelen aan hardware die het probleem zou kunnen veroorzaken.

[hepta7]

Qaatloz schreef op vrijdag 23 oktober 2015 @ 13:16:
Je zou via bluescreenview kunnen proberen in het dumpbestand te kijken of er meer drivers betrokken waren bij de BSOD. De HAL driver is namelijk een vrij algemene driver en niet echt te koppelen aan hardware die het probleem zou kunnen veroorzaken.

Wanneer ik in die logs kijk staat er een hele lijst. De twee bovenste regels zijn in het geel.
Deze in het geel geeft het volgende aan:

hal.dll+3594f from adres fffff800'47265000 to adres fffff800'472d65000
ntoskrnl.exe+253014 from adres fffff800'46a13000 to adres fffff800'47265000

De overige regels staan in het wit

[Qaatloz]

Helaas ben ik verder ook geen expert op het gebied van BSOD debuggen. Het is het eerste tooltje waar ik naar grijp als ik zelf problemen tegen kom.

Als het echt pas een aantal dagen geleden begonnen is zou ik aanraden om goed na te gaan wat er veranderd is in vergelijk met de situatie daarvoor. Nieuwe hardware aangesloten? Nieuwe software geinstalleerd? Software geupdated? Eenmalige ongebruikelijke handeling aan het uitvoeren?

Als je op de error code zoekt op internet kom je de nodige fora tegen die eventueel stappenplannen aanbieden om stap voor stap zaken uit te sluiten, maar het efficientste is in mijn ogen proberen eerst na te gaan wat in jouw specifieke geval anders geworden is.

Voor mij gold een week geleden dat ik een schijf met oude gegevens wilde comprimeren met ntfs compressie. Terwijl windows daarmee bezig was heb ik 3 BSODs gehad. Uiteindelijk heb ik maar geconcludeerd dat mijn virusscanner tegelijkertijd met windows compressie zaken wilde benaderen, omdat een google zoektocht naar de errorcode wees op niet toegestane gelijktijdige benadering van resources. In mijn geval kreeg ik helaas ook geen drivers duidelijk aangeboden als oorzaak .

[Verwijderd]

Hoe lang heb je memtest laten draaien? Ideaal is een nacht lang, in ieder geval niet maar 1 pass.
Geef de specificaties van de pc eens, heb je de schijf getest?

[hepta7]

Verwijderd schreef op vrijdag 23 oktober 2015 @ 14:20:
Hoe lang heb je memtest laten draaien? Ideaal is een nacht lang, in ieder geval niet maar 1 pass.
Geef de specificaties van de pc eens, heb je de schijf getest?

Heb mijn SSD en HDD beide getest.
specs van mijn pc zijn als volgt:

Windows 10 64bit
AMD FX-8350 (CPU) (29 graden)
8GB ram (dual channel ddr3)
M5A97R2.0 (moederbord) (op 33 graden)
120GB SSD (Kingston sv300s37a120G) (27 graden)
1TB seagate HDD (27 graden)
AMD Radeon R9 200 Series (47 graden)

[Verwijderd]

Welk geheugen en nog belangrijker: welke voeding?
Ik neem aan dat de Seagate 1TB is?

offtopic:
Hoe komt het toch dat het belangrijkste onderdeel van een pc altijd vergeten wordt?

[hepta7]

Verwijderd schreef op vrijdag 23 oktober 2015 @ 14:41:
Welk geheugen en nog belangrijker: welke voeding?
Ik neem aan dat de Seagate 1TB is?

offtopic:
Hoe komt het toch dat het belangrijkste onderdeel van een pc altijd vergeten wordt?

8,00GB Dual-Channel DDR3 @ 722MHz (9-9-9-24) (op papier weergegeven als D3 8GB 1600-999 Gaming)
qua voeding: Corsair GS800 2013 edition 800W ATX23

[Verwijderd]

hepta7 schreef op vrijdag 23 oktober 2015 @ 14:53:
[...]

8,00GB Dual-Channel DDR3 @ 722MHz (9-9-9-24) (op papier weergegeven als D3 8GB 1600-999 Gaming)

Kingston, Corsair, Crucial??

[hepta7]

Adata

[Verwijderd]

Heb je ander geheugen om te testen?

[hepta7]

Verwijderd schreef op vrijdag 23 oktober 2015 @ 18:28:
Heb je ander geheugen om te testen?

Dit heb ik helaas niet. Wel heb ik een andere vraag aan je. Mocht je daar tijd en zin in hebben.
Het enige wat ik nog heb kunnen vinden is dat mijn SM buscontroler verouderd is. Is dit iets wat een oorzaak kan zijn? ik heb zelf geen goed beeld van wat dit doet of is. Om die reden heb ik deze ook nog geen update gegeven. Kun jij toevallig wel aangegeven wat dit doet? en of ik dit wel of niet moet updaten? Ik zat een beetje de kant op te denken van "iets met bios" en om die reden dus vanaf blijven als je er nooit aan zit.