Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

Moederborden, processors, overklokken, casemodding en koeling

Mogelijk falen van een geheugenmodule

gerben
17 antwoorden
  • Sinds een paar weken krijgt mijn vader op de pc steeds het volgende bericht:

    C:\WINDOWS\Minidump\Mini111303-01.dmp
    C:\DOCUME~1\MATELE~1\LOCALS~1\Temp\WER3.tmp.dir00\sysdata.xml

    Ik ben toen gaan googlen wat dit voro een probleem was. Ik kwam al snel een aantal forums tegen waar mogelijke oorzaken stonden.
    Enkele waren : processor te heet
    gpu te heet
    driver probleem
    geheugen falen

    Omdat het laatste mij het meest voor de hand liggend leek eb ik de pc ondeer worden aan een test met Memtest. Na 10 tests las ik dat in test 6 18 errors gevonden waren.

    Nu is mijn vraag aan jullie is ijn vermoeden juist of is zo'n resultaat normaal bij een pc van 6,5 jaar oud ?

    Kan ik nog verder falen van het geheugen verwachten ?
  • Geheugen kan altijd kapot gaan, dat is niet per se aan een bepaalde leeftijd gebonden. Je kunt de modules nog eens in een andere pc testen. Je kunt ook wat last hebben van oxidatie. De modules verwijderen en herplaatsen zou dan kunnen helpen. Overigens zijn fouten met memtest niet altijd aan het geheugen te wijten, het kan ook aan andere onderdelen liggen (cpu bijvoorbeeld).
  • Ik zal eens kijken of oxidatie het probleem is !

    Kan iemand mij uitleggen waarom fouten in memtest ook een fout in de cpu kan zijn ?
  • Als een adresseren naar je geheugen met euvels gaat kan het zijn dat de cpu ook even niet meer weet waar wat staat enzo zich begint te verekenen denk ik..
    Ik denk dat een cpu kapot is en niet een beetje..

    Een minidump is een creeeren van een logbestandje na een probleem wat word ontdekt door je machine.

    Wat word er vermeld in Mini111303-01.dmp?
  • de inhoud van het logbericht kan ik nu niet geven.
    ik zal het morgen plaatsen !
  • Ik heb gekeken of ik het bestand kon open en lezen wat er in stond maar ik kan er niks van maken omdat bijna alles rare tekens zijn.
    Daarom kun je op het onderstaande adres het betreffende bestand vinden en de gegevens van de foutmelding.

    http://members.home.nl/pgmn/
  • Bedoel je 10 geheugen tests of 10 passes?

    Indien 10 tests, laat hem dan nog wat langer lopen tot hij een paar keer alle test heeft gehad (zijn er 12) geef daarna aan wanneer en hoeveel fouten er gevonden zijn.

    Vaak als het geheugen kapot is krijg je namelijk heel veel fouten.
  • Ik zal de test nog een langer doorlaten lopen en zal de testresultaten morgen plaatsen, alvast bedankt voor de tips
  • Om een dump te debuggen heeft men een debugapplikaat nodig waarin de dump word geanalyseerd. Echter is het geval dat ik 64bits draai van Windows XP en ik niet een 32bits debugger kan installeren.Het komt er dus opneer dat jouw dump niet op een 64bits machine nagekeken kan worden…

    Peiky
  • Hier staan nu ook de resultaten van de test die ik heb uigevoerd

    http://members.home.nl/pgmn/

    Is er iemand die wel de debug kan uitvoeren ?
  • Ik kan dat wel doen, moet ik alleen even weten welke debugapplicatie ik daarvoor moet hebben… :wink: :oops:

    memtest geeft wel een fout aan wat kan betekenen dat je geheugen niet goed is, echter zijn er ook 5 goede passes geweest en is er maar 1 fout gevonden dus valt dat ook wel mee.

    edit: die is dus voor C++ programmeurs, is dus niet de goede. Misschien weet Peiky welke het zijn moet?
  • Deze moet je hebben denk ik http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx

    Ik heb het zelf geprobeerd maar kom er niet echt uit.
  • Ik ben het ff aan het downen en zal zo even kijken.

    Staat er in de logboeken misschien duidelijkere info?
    Wat zijn de temperaturen?
  • nee in het logboek wordt niet meer ( nuttige ) informatie gegeven.

    De temperaturen zijn net zo hoog als dat ze een jaar terug ook waren.
    Stabiel en en rond de 30 graden.
  • Het lijkt erop dat een minidump alleen op een machine bekeken kan worden waar de fout vandaan komt, lijkt me sterk maar niet geheel onlogisch. Het gaat erom datje de dumpfile opent met Windbg of anders in de dosbox.

    Open the dump file
    To open the dump file after the installation is complete, follow these steps:
    1. Click Start, click Run, type cmd, and then click OK.
    2. Change to the Debugging Tools for Windows folder. To do this, type the following at the command prompt, and then press ENTER:
    cd c:\program files\debugging tools for windows
    3. To load the dump file into a debugger, type one of the following commands, and then press ENTER:
    windbg -y SymbolPath -i ImagePath -z DumpFilePath
    kd -y SymbolPath -i ImagePath -z DumpFilePath

    Plagiaat :o?
  • bedankt ik zal het eens gaan proberen !
  • Hieronder de resultaten van de debug die ik toegepast heb.

    Microsoft (R) Windows Debugger Version 6.5.0003.7
    Copyright © Microsoft Corporation. All rights reserved.


    Loading Dump File [C:\WINDOWS\Minidump\Mini122705-01.dmp]
    Mini Kernel Dump File: Only registers and stack trace are available

    Symbol search path is: *** Invalid ***
    ****************************************************************************
    * Symbol loading may be unreliable without a symbol search path. *
    * Use .symfix to have the debugger choose a symbol path. *
    * After setting your symbol path, use .reload to refresh symbol locations. *
    ****************************************************************************
    Executable search path is:
    *********************************************************************
    * Symbols can not be loaded because symbol path is not initialized. *
    * *
    * The Symbol Path can be set by: *
    * using the _NT_SYMBOL_PATH environment variable. *
    * using the -y <symbol_path> argument when starting the debugger. *
    * using .sympath and .sympath+ *
    *********************************************************************
    Unable to load image ntoskrnl.exe, Win32 error 2
    *** WARNING: Unable to verify timestamp for ntoskrnl.exe
    *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
    Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
    Product: WinNt, suite: TerminalServer SingleUserTS Personal
    Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a420
    Debug session time: Tue Dec 27 19:06:45.025 2005 (GMT+1)
    System Uptime: 0 days 0:00:52.615
    *********************************************************************
    * Symbols can not be loaded because symbol path is not initialized. *
    * *
    * The Symbol Path can be set by: *
    * using the _NT_SYMBOL_PATH environment variable. *
    * using the -y <symbol_path> argument when starting the debugger. *
    * using .sympath and .sympath+ *
    *********************************************************************
    Unable to load image ntoskrnl.exe, Win32 error 2
    *** WARNING: Unable to verify timestamp for ntoskrnl.exe
    *** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
    Loading Kernel Symbols
    ………………………………………………………………………………………………
    Loading unloaded module list
    ..
    Loading User Symbols
    *******************************************************************************
    * *
    * Bugcheck Analysis *
    * *
    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 4E, {99, c9c, 1, 0}

    ***** Kernel symbols are WRONG. Please fix symbols to do analysis.

    *** WARNING: Unable to verify timestamp for win32k.sys
    *** ERROR: Module load completed but symbols could not be loaded for win32k.sys
    *************************************************************************
    *** ***
    *** ***
    *** Your debugger is not using the correct symbols ***
    *** ***
    *** In order for this command to work properly, your symbol path ***
    *** must point to .pdb files that have full type information. ***
    *** ***
    *** Certain .pdb files (such as the public OS symbols) do not ***
    *** contain the required information. Contact the group that ***
    *** provided you with these symbols if you need this command to ***
    *** work. ***
    *** ***
    *** Type referenced: nt!_KPRCB ***
    *** ***
    *************************************************************************
    Probably caused by : win32k.sys ( win32k+bdbdf )

    Followup: MachineOwner
    ———



    Hij wijst naar win32k.sys, ik heb gekeken wat hier een oplossing voor zou kunnen zijn. Op forums kon ik van alles tegen van problemen met de videokaart of chip tot het defragmenteren van de schijf, tot aan totale formats.

    Hier word ik dus niet echt wijzer van.

    Heeft iemand een idee wat dit kan veroorzaken ? ( geheugen behoorde ook tot de opties )

    Hoe kan ik dit het beste aanpakken

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.