tschoschua 10 Geschrieben 9. Juni 2005 Melden Teilen Geschrieben 9. Juni 2005 Hallo.. Ich habe immer einen Bluescreen der mein System zum abstürzen bringt.. Das ist seitdem ich mein Nokia Handy installiert habe.. somit wird es wohl an irgendeiner Treiberdatei liegen.. hab schon alles probiert.. glaubt mir! ich habe nun das Dumper-File ausgewertet.. aber das klappt irgendwie nicht wegen den Symbolen.. habe die Symbole auch schon downgeloaded.. kein erfolg.. somit hab ich hier das Dumper File - sprich memory abbild - hocgeladen.. kann mir jemand weiterhelfen? es gibt hier sicher ein freak der mir das schnell auswetet.. =) Vielen Dank für eure Hilfe.. grüsse Mini060805-03.zip Zitieren Link zu diesem Kommentar
marka 587 Geschrieben 9. Juni 2005 Melden Teilen Geschrieben 9. Juni 2005 Wwelches Programm hast Du zur Auswertung benutzt? Es klingt (Symboldateien) nach den Microsoft Debugger Tools... Da kommst Du auch ohne Symbole zurecht, da im Text zumeist steht, welche Datei den Fehler verursacht hat. Dann kannst Du danach in der MS Knowledge Base suchen... Zitieren Link zu diesem Kommentar
tschoschua 10 Geschrieben 13. Juni 2005 Autor Melden Teilen Geschrieben 13. Juni 2005 ich hab sie mit "Debugging tools for Windows" geöffnet.. genau das mit den symbolen kommt, ich hab aber diese auch schon gedownloaded und es ist nichts anderes.. und ich hab weder in der Knowledge Base noch bei google etwas gefunden von gleichem oder änlichem inhalt wie bei meinem Dumper-File. Nur, dass die Symbole (200MB :rolleyes:) von microsoft gedownloaded werden müssen.. Eben es muss an diesem be******enen Nokia Treiber liegen. hab mit den treibern schon alles versucht.. Zitieren Link zu diesem Kommentar
tschoschua 10 Geschrieben 13. Juni 2005 Autor Melden Teilen Geschrieben 13. Juni 2005 Sorry für Doppelpost.. aber hier noch die information aus dem Debugger TEIL 1: Microsoft ® Windows Debugger Version 6.4.0007.2 Copyright © Microsoft Corporation. All rights reserved. Loading Dump File [C:\Dokumente und Einstellungen\BR\Desktop\Dumper Files Augustoni\Mini060805-03.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) MP (2 procs) Free x86 compatible Product: WinNt, suite: TerminalServer SingleUserTS Kernel base = 0x804d7000 PsLoadedModuleList = 0x805624a0 Debug session time: Wed Jun 8 11:35:06.609 2005 (GMT+2) System Uptime: 0 days 0:35:45.375 ********************************************************************* * 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 Zitieren Link zu diesem Kommentar
tschoschua 10 Geschrieben 13. Juni 2005 Autor Melden Teilen Geschrieben 13. Juni 2005 TEIL 2 Loading User Symbols******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 7F, {0, 0, 0, 0} ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** 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 *** *** *** ************************************************************************* Followup: MachineOwner --------- 1: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* UNEXPECTED_KERNEL_MODE_TRAP (7f) This means a trap occurred in kernel mode, and it's a trap of a kind that the kernel isn't allowed to have/catch (bound trap) or that is always instant death (double fault). The first number in the bugcheck params is the number of the trap (8 = double fault, etc) Consult an Intel x86 family manual to learn more about what these traps are. Here is a *portion* of those codes: If kv shows a taskGate use .tss on the part before the colon, then kv. Else if kv shows a trapframe use .trap on that value Else .trap on the appropriate frame will show where the trap was taken (on x86, this will be the ebp that goes with the procedure KiTrap) Endif kb will then show the corrected stack. Arguments: Arg1: 00000000, EXCEPTION_DIVIDED_BY_ZERO Arg2: 00000000 Arg3: 00000000 Arg4: 00000000 Zitieren Link zu diesem Kommentar
tschoschua 10 Geschrieben 13. Juni 2005 Autor Melden Teilen Geschrieben 13. Juni 2005 TEIL 3 Debugging Details:------------------ ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** 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 *** *** *** ************************************************************************* MODULE_NAME: nt FAULTING_MODULE: 804d7000 nt DEBUG_FLR_IMAGE_TIMESTAMP: 42250f77 BUGCHECK_STR: 0x7f_0 CUSTOMER_CRASH_COUNT: 3 DEFAULT_BUCKET_ID: DRIVER_FAULT LAST_CONTROL_TRANSFER: from 80629297 to 8053717f STACK_TEXT: WARNING: Stack unwind information not available. Following frames may be wrong. ef811b70 80629297 0000007f 80592914 e2a270e8 nt+0x6017f ef811bc8 804de59f ef811bd4 ef811c4c 80592914 nt+0x152297 ef811bd4 80592914 badb0d00 00000000 e2a07134 nt+0x759f ef811c4c 8059294e e2a270e8 ef811c6c 805928e2 nt+0xbb914 ef811c58 805928e2 e2a270e0 e2a27098 e100fafc nt+0xbb94e ef811c6c 8059296e e2a270e0 e10196e0 80571f3d nt+0xbb8e2 ef811c80 80571f1e e2a27098 ef811c98 80571e4a nt+0xbb96e ef811c8c 80571e4a e2a27098 ef811cb0 80572561 nt+0x9af1e ef811c98 80572561 e2a27098 00000000 e3155918 nt+0x9ae4a ef811cb0 8056c78f e3155930 00000000 e3155918 nt+0x9b561 ef811ccc 804e1957 e3155930 00000000 00000220 nt+0x9578f ef811cfc 8056e9bc e1332780 e3155930 00000220 nt+0xa957 ef811d44 8056ea06 00000220 00000001 00000000 nt+0x979bc ef811d58 804dd99f 00000220 00d0e7d8 7c91eb94 nt+0x97a06 ef811d64 7c91eb94 badb0d00 00d0e7c4 a29f9aa2 nt+0x699f 00d0e7d8 00000000 00000000 00000000 00000000 0x7c91eb94 STACK_COMMAND: .bugcheck ; kb FOLLOWUP_NAME: MachineOwner BUCKET_ID: WRONG_SYMBOLS Followup: MachineOwner --------- Zitieren Link zu diesem Kommentar
tschoschua 10 Geschrieben 13. Juni 2005 Autor Melden Teilen Geschrieben 13. Juni 2005 Das mit den Symbolen hab ich geschafft.. kann nun jemand das auslesen? Debugging Details:------------------ BUGCHECK_STR: 0x7f_0 CUSTOMER_CRASH_COUNT: 3 DEFAULT_BUCKET_ID: DRIVER_FAULT LAST_CONTROL_TRANSFER: from 80629297 to 8053717f STACK_TEXT: ef811b70 80629297 0000007f 80592914 e2a270e8 nt!MiRemoveUnusedSegments+0x504 ef811bc8 804de59f ef811bd4 ef811c4c 80592914 nt!ObQueryTypeName+0x6e ef811bd4 80592914 badb0d00 00000000 e2a07134 nt!KiUnexpectedInterrupt6+0x3 ef811c4c 8059294e e2a270e8 ef811c6c 805928e2 nt!MmPrefetchPages+0xd8 ef811c58 805928e2 e2a270e0 e2a27098 e100fafc nt!MmPrefetchPages+0x87 ef811c6c 8059296e e2a270e0 e10196e0 80571f3d nt!MmPrefetchPages+0x221 ef811c80 80571f1e e2a27098 ef811c98 80571e4a nt!MmPrefetchPages+0xa7 ef811c8c 80571e4a e2a27098 ef811cb0 80572561 nt!NtQueryAttributesFile+0x53 ef811c98 80572561 e2a27098 00000000 e3155918 nt!IopParseDevice+0x9a3 ef811cb0 8056c78f e3155930 00000000 e3155918 nt!IoCreateStreamFileObjectLite+0x53 ef811ccc 804e1957 e3155930 00000000 00000220 nt!CmpGetNextName+0x64 ef811cfc 8056e9bc e1332780 e3155930 00000220 nt!KiTrap0D+0x12c ef811d44 8056ea06 00000220 00000001 00000000 nt!NtQueryInformationProcess+0xcfd ef811d58 804dd99e 00000220 00d0e7d8 7c91eb94 nt!NtQueryInformationProcess+0xd42 FOLLOWUP_IP: nt!MiRemoveUnusedSegments+504 8053717f 5d pop ebp SYMBOL_STACK_INDEX: 0 FOLLOWUP_NAME: MachineOwner SYMBOL_NAME: nt!MiRemoveUnusedSegments+504 MODULE_NAME: nt DEBUG_FLR_IMAGE_TIMESTAMP: 42250f77 STACK_COMMAND: kb IMAGE_NAME: memory_corruption FAILURE_BUCKET_ID: 0x7f_0_nt!MiRemoveUnusedSegments+504 BUCKET_ID: 0x7f_0_nt!MiRemoveUnusedSegments+504 Followup: MachineOwner Zitieren Link zu diesem Kommentar
humpi 11 Geschrieben 13. Juni 2005 Melden Teilen Geschrieben 13. Juni 2005 Hi, einfacher ist es erstmal die Angaben auf dem Bluescreen auszuwerten. Dort stehen meistens die Angaben, die den Fehler verursachen. Sollte dein PC nach Fehler automatisch neu starten, dieses unter Systemeigenschaften > Erweitert > Starten und Wiederherstellen abschalten. Angaben vom Bluescreen posten. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.