probably Go Windows Forum - 243676

393 Benutzer online
07. Mai 2024, 11:21:26

Windows Community

Seiten: [1] Nach unten

Neues Thema erstellen

	Antworten / Aufrufe	Themen mit dem Stichwort probably
	2 Antworten 7798 Aufrufe	Fehler Windows Boot Manager Begonnen von Juli 02. November 2009, 00:15:00 Hallo alle zusammen, ich habe keine Ahnung ob ich hier richtig bin, aber ich versuche es mal. :-) Als ich gerade eben meinen Laptop anmachte erschien vollgende Nachricht. Windows Boot Manager Windows has encountered à Problem communicating with à Device connected to your Computer. This Error can Be caused by unplugging à removable Storage such As an externem USB drive while the device is in use, or by fault Hardware such As à hard drive or cd-Rom drive that is failing. Make sure any removable Storage is properly connected and then restart your Computer. If you continue to receive this Error Message, contact the Hardware manufacture. Status: 0xc00000e9 Info: an unexpected i/o Error has occurred Heute Mittag lief er noch einwandfrei. Ich habe keine neue Software installiert und auch keine externen Geräte angeschlossen gehabt. Wie kann es also dazu kommen? Es wäre super wenn ihr mir da helfen könntet! Ich benötige den Laptop unbedingt für die FH, da ist meine Diplomarbeit drauf :-( Für eure Hilfe danke ich euch jetzt schon ganz sehr. caused windows go-windows vista system kernel fehler bluescreen problem symbols bgq screen bsod download dump win7 dmp bugcheck blue debug forum win software yms error file treiber driver debugger installation weitere Antworten anzeigen »»
	7 Antworten 6249 Aufrufe	Bluescreen bei Vista 32 Begonnen von HILTI 02. Juni 2009, 09:23:34 Habe seit ein paar wochen ab und zu einen Bluesceen nur ich weiß nicht wieso Amd Phenom 9500 Quad Core 2.2 Ram 2GB MSI BOard Gforce 8600 GT Fehler : Problemsignatur: Problemereignisname: BlueScreen Betriebsystemversion: 6.0.6002.2.2.0.256.1 Gebietsschema-ID: 1031 Zusatzinformationen zum Problem: BCCode: 1000007e BCP1: C0000005 BCP2: 20646156 BCP3: 8719BBC0 BCP4: 8719B8BC OS Version: 6_0_6002 Service Pack: 2_0 Product: 256_1 Dateien, die bei der Beschreibung des Problems hilfreich sind: C:\Windows\Minidump\Mini060209-01.dmp C:\Users\Hilbert\AppData\Local\Temp\WER-158781-0.sysdata.xml C:\Users\Hilbert\AppData\Local\Temp\WER7C1.tmp.version.txt VIelleicht weiß einer von euch was er bedeutet. VIelen dank im vorraus ------------- hab die dump datei ausgewertet viuelleicht könnt ihr damit was anfangen. Microsoft (R) Windows Debugger Version 6.11.0001.404 X86 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\Mini060209-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: „SRVc:\windows\symbolshttp://msdl.microsoft.com/download/symbols“ Executable search path is: Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2 * WARNING: Unable to verify timestamp for ntkrnlpa.exe * ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe Windows Server 2008/Windows Vista Kernel Version 6002 (Service Pack 2) MP (4 procs) Free x86 compatible Product: WinNt, suite: TerminalServer SingleUserTS Machine Name: Kernel base = 0x81e37000 PsLoadedModuleList = 0x81f4ec70 Debug session time: Mon Jun 1 22:50:53.677 2009 (GMT+2) System Uptime: 0 days 2:18:50.468 Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2 * WARNING: Unable to verify timestamp for ntkrnlpa.exe * ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe Loading Kernel Symbols ............................................................... ................................................................ ....................... Loading User Symbols Loading unloaded module list .......... Unable to load image \SystemRoot\system32\DRIVERS\nvlddmkm.sys, Win32 error 0n2 * WARNING: Unable to verify timestamp for nvlddmkm.sys * ERROR: Module load completed but symbols could not be loaded for nvlddmkm.sys ******************************************************************************* * * * Bugcheck Analysis * * * ***************************************************************************** Use !analyze -v to get detailed debugging information. BugCheck 1000007E, {c0000005, 20646156, 8719bbc0, 8719b8bc} * 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 * * * ********************************************************************* ********************************************************************* * * * * * 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 * * * ********************************************************************* ********************************************************************* * * * * * 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 : nvlddmkm.sys ( nvlddmkm+4b4090 ) Followup: MachineOwner --------- 0: kd> „!analyze -v“ ^ Syntax error in '„!analyze -v“' 0: kd> !analyze -v ***************************************************************************** * * * Bugcheck Analysis * * * ***************************************************************************** SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e) This is a very common bugcheck. Usually the exception address pinpoints the driver/function that caused the problem. Always note this address as well as the link date of the driver/image that contains this address. Some common problems are exception code 0x80000003. This means a hard coded breakpoint or assertion was hit, but this system was booted /NODEBUG. This is not supposed to happen as developers should never have hardcoded breakpoints in retail code, but ... If this happens, make sure a debugger gets connected, and the system is booted /DEBUG. This will let us see why this breakpoint is happening. Arguments: Arg1: c0000005, The exception code that was not handled Arg2: 20646156, The address that the exception occurred at Arg3: 8719bbc0, Exception Record Address Arg4: 8719b8bc, Context Record Address 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 * * * ********************************************************************* ********************************************************************* * * * * * 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 * * * ********************************************************************* ********************************************************************* * * * * * 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 * * * *********************************************************************** ADDITIONAL_DEBUG_TEXT: Use '!findthebuild' command to search for the target build information. If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols. FAULTING_MODULE: 81e37000 nt DEBUG_FLR_IMAGE_TIMESTAMP: 49fa9243 EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden. FAULTING_IP: +3eefe 20646156 ?? ??? EXCEPTION_RECORD: 8719bbc0 -- (.exr 0xffffffff8719bbc0) ExceptionAddress: 20646156 ExceptionCode: c0000005 (Access violation) ExceptionFlags: 00000000 NumberParameters: 2 Parameter[0]: 00000008 Parameter[1]: 20646156 Attempt to execute non-executable address 20646156 CONTEXT: 8719b8bc -- (.cxr 0xffffffff8719b8bc) eax=8719bca4 ebx=93881750 ecx=20646156 edx=8eabe070 esi=00000000 edi=93872ab0 eip=20646156 esp=8719bc88 ebp=8719bca8 iopl=0 nv up ei pl zr na pe nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246 20646156 ?? ??? Resetting default scope CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0x7E CURRENT_IRQL: 0 LAST_CONTROL_TRANSFER: from 8eabe090 to 20646156 STACK_TEXT: WARNING: Frame IP not in any known module. Following frames may be wrong. 8719bc84 8eabe090 93881750 93872ab0 8719bca4 0x20646156 8719bca8 8e79ca1e 93881750 93872ab0 8719bcd8 nvlddmkm+0x4b4090 8719bd08 8e79d2c0 84de4730 81f3913c 8719bd2c nvlddmkm+0x192a1e 8719bd18 8e704803 00000000 98856b70 85b4ef38 nvlddmkm+0x1932c0 8719bd2c 8204486f 85b4ef38 84de4730 846fd8b0 nvlddmkm+0xfa803 8719bd44 81edce22 846fd8b0 00000000 83993d78 nt+0x20d86f 8719bd7c 8200cc42 846fd8b0 9e36b428 00000000 nt+0xa5e22 8719bdc0 81e75efe 81edcd25 00000001 00000000 nt+0x1d5c42 00000000 00000000 00000000 00000000 00000000 nt+0x3eefe FOLLOWUP_IP: nvlddmkm+4b4090 8eabe090 85c0 test eax,eax SYMBOL_STACK_INDEX: 1 SYMBOL_NAME: nvlddmkm+4b4090 FOLLOWUP_NAME: MachineOwner MODULE_NAME: nvlddmkm IMAGE_NAME: nvlddmkm.sys STACK_COMMAND: .cxr 0xffffffff8719b8bc ; kb BUCKET_ID: WRONG_SYMBOLS Followup: MachineOwner --------- weitere Antworten anzeigen »»
	43 Antworten 13225 Aufrufe	Blue Screen bei Energiesparmodus Begonnen von toby 14. Mai 2009, 17:34:39 « 1 2 3 Hallo, ich hab mal wieder ein Problem. Da ich ja öfters gerne den Energiesparmodus nutze (neben den Ausschaltknopf bei Start) fehlt mir die Funktion schon. Wenn man denkt das der PC im Energiesparmodus ist, kommt der Bluescreen und dann startet der Pc neu und dann kann man auswählen ob man im abgesicherten Modus starten will. Wie kann ich das Problem lösen ? Kann wer helfen ? lg Toby weitere Antworten anzeigen »»
	14 Antworten 8087 Aufrufe	Vista x64 Problem :( Begonnen von zweipackk 01. März 2009, 17:29:48 Hallöchen Habe folgendes Problem mein OS Vista x64 stürzt öfters unerwartet ab, dabei ist es egal welche Anwendungen laufen oder nicht ist also kein Softwareproblem. Ich habe auch Prime95 24h laufen lassen können und es gab absolut keine Probleme oder Bluescreens. Auch Memtest86 fand keine Fehler. Ich bin wirklich am verzweifeln. Ich habe mir die dump file mal angeschaut und auch schon gegoogelt aber bezieht sich leider alles nur auf xp und hilft mir daher nicht weiter... Zu meinem System: Intel i7 DDR3 Ram Nanya 1333MHZ ATI HD 4870 In der Dump file steht problem caused by hardware, leider kann ich damit nicht viel anfangen vllt. könnt Ihr mehr herauslesen. Ich bin über jede Hilfe sehr dankbar. Danke schonmal im Voraus Jetzt die dmp. file: Microsoft (R) Windows Debugger Version 6.11.0001.402 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\Mini030109-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 \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2 * WARNING: Unable to verify timestamp for ntoskrnl.exe * ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe Windows Server 2008/Windows Vista Kernel Version 6001 (Service Pack 1) MP (8 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Machine Name: Kernel base = 0xfffff800`01e4e000 PsLoadedModuleList = 0xfffff800`02013db0 Debug session time: Sun Mar 1 13:21:37.144 2009 (GMT+1) System Uptime: 0 days 1:31:08.101 ********************************************** ***************** * 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 \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2 * 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 User Symbols Loading unloaded module list ................... * WARNING: Unable to verify timestamp for hal.dll * ERROR: Module load completed but symbols could not be loaded for hal.dll ********************************************** *************************** * * * Bugcheck Analysis * * * ************************************************ ************************* Use !analyze -v to get detailed debugging information. BugCheck 124, {0, fffffa8008932030, be000000, 800400} * 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!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* Unable to load image \SystemRoot\system32\PSHED.dll, Win32 error 0n2 * WARNING: Unable to verify timestamp for PSHED.dll * ERROR: Module load completed but symbols could not be loaded for PSHED.dll ********************************************** ******************* * * * * * 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: pshed!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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: pshed!_WHEA_ERROR_RECORD_SECTION_DESCRIPTOR * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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: pshed!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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: pshed!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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: pshed!_WHEA_ERROR_RECORD_HEADER * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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 * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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 * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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 * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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 * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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 * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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 * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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 * * * ********************************************** ******************* ********************************************** ******************* * * * * * 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 * * * ********************************************** ******************* ********************************************** ***************** * 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+ * ************************************************ *************** ********************************************** ***************** * 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+ * ************************************************ ***************** Probably caused by : hardware Followup: MachineOwner --------- weitere Antworten anzeigen »»
	6 Antworten 5269 Aufrufe	immer blue screen Begonnen von kaos4life 14. Dezember 2008, 13:37:56 huhu und guten tag, ich habe folgendes problem, ab und zu bzw. sehr oft bekomme ich einfach so einen bluescreen und der pc startet sich neu. nach dem start erhalte ich diese meldung: Problemsignatur: Problemereignisname: BlueScreen Betriebsystemversion: 6.0.6000.2.0.0.768.3 Gebietsschema-ID: 1031 Zusatzinformationen zum Problem: BCCode: 50 BCP1: C0761104 BCP2: 00000000 BCP3: 80775BA2 BCP4: 00000009 OS Version: 6_0_6000 Service Pack: 0_0 Product: 768_1 Dateien, die bei der Beschreibung des Problems hilfreich sind: C:\Windows\Minidump\Mini121408-03.dmp C:\Users\kiwi\AppData\Local\Temp\WER-84599-0.sysdata.xml C:\Users\kiwi\AppData\Local\Temp\WER903D.tmp.version.txt Lesen Sie unsere Datenschutzrichtlinie: http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0407 Es ist original Vista, was beim Kauf dabei war "OEM" wie kann man dieses umgehen? vielen dank =) weitere Antworten anzeigen »»
	3 Antworten 3308 Aufrufe	vistaBluescreen 101 ??? Begonnen von private 21. Oktober 2008, 00:03:23 hi allerseits hoffe ihr könnt mir helfen!!! habe seit ca 3-4 tagen ganz sporatische PS habe mal von Ms den debugger geladen und die dump auswerten lassen kann aber mit dem ganzen fachchinesisch (englisch)absolut nichts anfangen hier der log Microsoft (R) Windows Debugger Version 6.8.0004.0 X86 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\Mini102008-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: SRVc:\windows\symbolshttp://msdl.microsoft.com/download/symbols Executable search path is: Windows Kernel Version 6001 (Service Pack 1) MP (2 procs) Free x86 compatible Product: WinNt, suite: TerminalServer SingleUserTS Built by: 6001.18145.x86fre.vistasp1_gdr.080917-1612 Kernel base = 0x81a14000 PsLoadedModuleList = 0x81b2bc70 Debug session time: Mon Oct 20 22:00:09.980 2008 (GMT+2) System Uptime: 0 days 11:54:30.136 Loading Kernel Symbols ... Loading User Symbols Loading unloaded module list ............ ******************************************************************************* * * * Bugcheck Analysis * * * ***************************************************************************** Use !analyze -v to get detailed debugging information. BugCheck 101, {61, 0, 803d1120, 1} Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE ) Followup: MachineOwner --------- 0: kd> !analyze -v ***************************************************************************** * * * Bugcheck Analysis * * * ******************************************************************************* CLOCK_WATCHDOG_TIMEOUT (101) An expected clock interrupt was not received on a secondary processor in an MP system within the allocated interval. This indicates that the specified processor is hung and not processing interrupts. Arguments: Arg1: 00000061, Clock interrupt time out interval in nominal clock ticks. Arg2: 00000000, 0. Arg3: 803d1120, The PRCB address of the hung processor. Arg4: 00000001, 0. Debugging Details: ------------------ CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0x101 PROCESS_NAME: BF2.exe CURRENT_IRQL: 1c LAST_CONTROL_TRANSFER: from 81acc271 to 81ae10e3 STACK_TEXT: a3a2cd20 81acc271 00000101 00000061 00000000 nt!KeBugCheckEx+0x1e a3a2cd54 81acbf7d 81a6ba00 000000d1 0012f99c nt!KeUpdateRunTime+0xd5 a3a2cd54 725860dc 81a6ba00 000000d1 0012f99c nt!KeUpdateSystemTime+0xed WARNING: Frame IP not in any known module. Following frames may be wrong. 0012f99c 00000000 00000000 00000000 00000000 0x725860dc STACK_COMMAND: kb SYMBOL_NAME: ANALYSIS_INCONCLUSIVE FOLLOWUP_NAME: MachineOwner MODULE_NAME: Unknown_Module IMAGE_NAME: Unknown_Image DEBUG_FLR_IMAGE_TIMESTAMP: 0 FAILURE_BUCKET_ID: 0x101_ANALYSIS_INCONCLUSIVE BUCKET_ID: 0x101_ANALYSIS_INCONCLUSIVE Followup: MachineOwner -------- dazu muss ich sagen das ich vista ultimate draufhabe mit dem ich mich aber bei Microsoft nicht registrieren kann (ihr key ist ungültig) bla bla bla habe aber den ORIG.-key von einem ausgeschlachteten rechner wo das ORIG-etikett mit hologramm drann war,so wie ich es für die homepremium habe. denn erst nachdem ich ultimate installiert habe habe ich dieses problem?? Mfg private weitere Antworten anzeigen »»
	9 Antworten 11845 Aufrufe	STOP-Fehler 0x0000000A (angebliches Problem mit USB-Gerät) Begonnen von jpkow 12. Oktober 2008, 16:32:22 Hallo alle miteinander, habe nun schon seit einiger Zeit ein nicht allzu kleines Problem mit meinem neuen Notebook HP Pavilion tx2550eg. Unerwartet und immer in einem anderen Zusammenhang (mal im Internet-Explorer per Copy und Paste Text kopiert, mal einfach irgendwo im Explorer auf was geklickt, und und und) bekomme ich einen Bluescreen von Windows. Beim nächsten Hochfahren, wenn dann die Meldung kommt, dass Windows nicht richtig heruntergefahren wurde und er nach Fehlern sucht, bekomme ich als Lösungsansatz angezeigt, dass es an kürzlich hinzugefügten USB-Geräten bzw. deren Treibern liegen könnte, warum dieser STOP-Fehler aufgetreten ist. Also habe ich versucht den PC mit so wenig USB-Geräten wie nur möglich zu betreiben, hatte nur meine kleine Maus dran. (infcache1.ini hab ich auch schon mal gelöscht, nachdem alle Geräte getrennt waren). Den letzten Fehler, den ich mir mal mit notiert habe, hat im Detail folgenden Fehler-Code: [code]0x0000000A (0x00000014, 0x00000002, 0x00000000, 0x81E50ABC)[/code] Hier habe ich schon viel versucht im Internet zu finden und habe da unter anderem folgende Legende zusammentragen können: STOP 0x0000000A (A, B, C, D) A: Adresse, die unvorschriftsmäßig referenziert war B: Der IRQL, der den entsprechenden Zugriff auf den Speicher verursacht hat C: Art des Zugriffs (0=lesend, 1=schreibend) D: Adresse, die versuchte, die angegebene Speicherstelle zu referenzieren Leider habe ich von STOP-Fehlern nicht wirklich die Ahnung und blicke das ganze nicht, was ich im Internet dazu finde. Habe in einem anderen Forum jemanden gefunden, der einen fast gleichen STOP-Fehler hatte, und sich hier nur der letzte Teil unterschied (http://forum.chip.de/windows-xp/irql_not_less_or_equal-stop-0x0000000a-0x00000004-0x00000002-0x00000000-0x804e6d3f-715241.html) Falls es hilft, meine technischen Daten: AMD X2 Ultra mit 2x2,2 GHz, 3 GB DDR2-RAM PC-5300, Win Vista Home Premium 32-Bit (vorinstalliert). Bin dankbar für jeden Hinweis, der zur Lösung des Problems beiträgt. PS: Hatte den Fehler auch schon, als ich den PC in den Standby-Modus fahren wollte oder ihn komplett herunterfahren wollte. weitere Antworten anzeigen »»
	14 Antworten 10089 Aufrufe	Crash Dumping Bluescreen Begonnen von Perverz 29. März 2008, 19:34:53 hallo liebes Forum ;) :bigwelcom ich habe ein riesen prob... habe gestern ein neuen prozessor,ram,Graka und ein neues Board gekauft. so musste vista neui installieren...lief auch alles soweit gt...aber jetzt kommt da öfters mal ein bluescreen wo i was von crash Dumping steht.Leider konnte ich mir den text net merken damit ich es genauer schildern könnte. ehm wie gesagt,bluescreem dann fährt er runter und wieder hoch dann geht wieder alles,allerdings nur für ca 1-2std !! Habe mal mit einem windows debugging tool geschaut und nur das ist gefunden worden...keine ahnung was das heißen mag Microsoft (R) Windows Debugger Version 6.8.0004.0 X86 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\Mini032908-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: srvc:\cachehttp://msdl.microsoft.com/download/symbols Executable search path is: Windows Kernel Version 6001 (Service Pack 1) MP (2 procs) Free x86 compatible Product: WinNt, suite: TerminalServer SingleUserTS Built by: 6001.18000.x86fre.longhorn_rtm.080118-1840 Kernel base = 0x8180d000 PsLoadedModuleList = 0x81924c70 Debug session time: Sat Mar 29 19:11:06.640 2008 (GMT+1) System Uptime: 0 days 2:13:17.434 Loading Kernel Symbols ... Loading User Symbols Loading unloaded module list ...... ******************************************************************************* * * * Bugcheck Analysis * * * ***************************************************************************** Use !analyze -v to get detailed debugging information. BugCheck D1, {8, 2, 1, 8283585f} Unable to load image \SystemRoot\system32\DRIVERS\Rtlh86.sys, Win32 error 0n2 * WARNING: Unable to verify timestamp for Rtlh86.sys *** ERROR: Module load completed but symbols could not be loaded for Rtlh86.sys Probably caused by : pacer.sys ( pacer!PcFilterSendNetBufferListsComplete+ba ) Followup: MachineOwner ich weiß ne genauere beschreibung wär net schlecht...aber wo bekomm ich die infos ueber bluescreens her ? bitte um hilfe^^ weitere Antworten anzeigen »»
	0 Antworten 11589 Aufrufe	HDAudio.sys und portcls.sys TREIBER PROBLEM bei Systemstart Begonnen von dreamdealer 24. Februar 2008, 12:37:20 Hallo! Ich hab Probleme mit meinem Notebook Samsung M55 Breetoo mit VISTA Ulitmate. Beschreibung: Der Notebook ist für mehrere Stunden aus. Wenn ich ihn einschalte muss ich 2-3mal reseten bis Windows hochfährt, dann läuft es einwandfrei. Der High Definition Audio Treiber spuckt keinen Sound aus. (Bei Installation des Hersteller Treibers ist das Problem weiterhin vorhanden). Ich hab alle Hardware inkl. Memory auf fehler getestet, Treiber deaktiviert etc. da üblich Programm (bin fortgeschrittener User) Ich hab ein Debug gemacht vom Crash Dump (WinDBG) und bräuchte mal eure Hilfe bei der Lösung, meines erachtens ist es der treiber hdaudio.sys, der die Probleme verursacht (Bluescreen) und der Treiber portcls.sys (Miniport). Es könnte aber auch sein das die beiden zusammenhängen. Hier der vollständige Crash Dump von WinDBG: --------------------------------------------------------------------------------------------------------------------------------------------------- Microsoft (R) Windows Debugger Version 6.8.0004.0 X86 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Windows\Minidump\Mini022408-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: C:\Users\Administrator\Desktop\symbols Executable search path is: Windows Vista Kernel Version 6000 MP (2 procs) Free x86 compatible Product: WinNt, suite: TerminalServer SingleUserTS Built by: 6000.16584.x86fre.vista_gdr.071023-1545 Kernel base = 0x81c00000 PsLoadedModuleList = 0x81d08ad0 Debug session time: Sun Feb 24 11:27:44.407 2008 (GMT+1) System Uptime: 0 days 0:00:09.126 Loading Kernel Symbols ............................................................................................. Loading User Symbols Loading unloaded module list . ******************************************************************************* * * * Bugcheck Analysis * * * ***************************************************************************** Use !analyze -v to get detailed debugging information. BugCheck 1000008E, {c0000005, 81dee4c1, 829223d4, 0} Unable to load image \SystemRoot\system32\drivers\HdAudio.sys, Win32 error 0n2 * WARNING: Unable to verify timestamp for HdAudio.sys * ERROR: Module load completed but symbols could not be loaded for HdAudio.sys Probably caused by : portcls.sys ( portcls!CRegistryKey::Init+bb ) Followup: MachineOwner --------- 0: kd> !analyze -v ***************************************************************************** * * * Bugcheck Analysis * * * ******************************************************************************* KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e) This is a very common bugcheck. Usually the exception address pinpoints the driver/function that caused the problem. Always note this address as well as the link date of the driver/image that contains this address. Some common problems are exception code 0x80000003. This means a hard coded breakpoint or assertion was hit, but this system was booted /NODEBUG. This is not supposed to happen as developers should never have hardcoded breakpoints in retail code, but ... If this happens, make sure a debugger gets connected, and the system is booted /DEBUG. This will let us see why this breakpoint is happening. Arguments: Arg1: c0000005, The exception code that was not handled Arg2: 81dee4c1, The address that the exception occurred at Arg3: 829223d4, Trap Frame Arg4: 00000000 Debugging Details: ------------------ EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden. FAULTING_IP: nt!CmpAllocateDelayItem+8f 81dee4c1 897804 mov dword ptr [eax+4],edi TRAP_FRAME: 829223d4 -- (.trap 0xffffffff829223d4) ErrCode = 00000002 eax=50535000 ebx=8ce2add0 ecx=00000000 edx=00000001 esi=81d25ea0 edi=81d25ec0 eip=81dee4c1 esp=82922448 ebp=8292246c iopl=0 nv up ei pl nz na po nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00210202 nt!CmpAllocateDelayItem+0x8f: 81dee4c1 897804 mov dword ptr [eax+4],edi ds:0023:50535004=???????? Resetting default scope CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0x8E PROCESS_NAME: System CURRENT_IRQL: 0 LAST_CONTROL_TRANSFER: from 81dd5de4 to 81dee4c1 STACK_TEXT: 82922450 81dd5de4 00000000 83423368 83423368 nt!CmpAllocateDelayItem+0x8f 8292246c 81dd5b72 00000000 3b9aca07 000007ff nt!CmpAddToDelayedClose+0x28 82922488 81decc05 83423368 00000000 83423368 nt!CmpDereferenceKeyControlBlockWithLock+0x58 829224ac 81dc7f08 83423368 85ffb98c 8340fd10 nt!CmpDereferenceKeyControlBlock+0x8d 82922600 81ddae7d 8340fd28 8528a040 85ffb8e8 nt!CmpParseKey+0xbae 82922690 81dccade 00000000 829226e8 00000240 nt!ObpLookupObjectName+0x615 829226f0 81e276fb 82922878 8528a040 00000000 nt!ObOpenObjectByName+0x13c 829227bc 81e258f0 829228a8 00020019 82922878 nt!CmOpenKey+0x1b1 829227e0 81c460fa 829228a8 00020019 82922878 nt!NtOpenKey+0x39 829227e0 81c44555 829228a8 00020019 82922878 nt!KiFastCallEntry+0x12a 82922864 81da058a 829228a8 00020019 82922878 nt!ZwOpenKey+0x11 82922890 81da40d7 81ef6f08 00020019 00000000 nt!IopOpenRegistryKeyEx+0x36 829228ac 81d82cc4 882bf0d8 829228ec 00020019 nt!PnpDeviceObjectToDeviceInstance+0x1c 829229cc 81d82b15 882bf0d8 00000002 000f003f nt!IopOpenOrCreateDeviceRegistryKey+0x139 829229e8 8efa786f 882bf0d8 00000002 000f003f nt!IoOpenDeviceRegistryKey+0x18 82922a0c 8efa80a6 8374c1f8 00000002 000f003f portcls!CRegistryKey::Init+0xbb 82922a40 8efd7a59 8374c1f8 00000000 00000002 portcls!PcNewRegistryKey+0x69 WARNING: Stack unwind information not available. Following frames may be wrong. 82922aa8 8efe3f24 8eff33e2 82922bb4 82922ae0 HdAudio+0x16a59 82922c80 8efe4841 87223048 8efd8d92 882e30d0 HdAudio+0x22f24 82922cd8 8efe6787 00000000 883080e0 883080e0 HdAudio+0x23841 82922cf4 8efa76ad 882e30d0 883080e0 837e8840 HdAudio+0x25787 82922d1c 8efa764a 00000000 00000000 882e30d0 portcls!PnpStartDevice+0x4f 82922d30 81e18fb0 882e30d0 837dcf58 8528e2d8 portcls!EnqueuedIoWorkItemCallback+0x20 82922d44 81c6b7aa 88305210 00000000 8528e2d8 nt!IopProcessWorkItem+0x23 82922d7c 81dafbad 88305210 82929680 00000000 nt!ExpWorkerThread+0xfd 82922dc0 81c9a346 81c6b6ad 00000001 00000000 nt!PspSystemThreadStartup+0x9d 00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16 STACK_COMMAND: kb FOLLOWUP_IP: portcls!CRegistryKey::Init+bb 8efa786f ebc1 jmp portcls!CRegistryKey::Init+0x7e (8efa7832) SYMBOL_STACK_INDEX: f SYMBOL_NAME: portcls!CRegistryKey::Init+bb FOLLOWUP_NAME: MachineOwner MODULE_NAME: portcls IMAGE_NAME: portcls.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4549b266 FAILURE_BUCKET_ID: 0x8E_portcls!CRegistryKey::Init+bb BUCKET_ID: 0x8E_portcls!CRegistryKey::Init+bb Followup: MachineOwner --------- 0: kd> lmvm portcls start end module name 8ef94000 8efc1000 portcls (pdb symbols) C:\Users\Administrator\Desktop\symbols\portcls.pdb\D6CCD475C6E54324A85C6E44C245E0142\portcls.pdb Loaded symbol image file: portcls.sys Mapped memory image file: C:\Users\Administrator\Desktop\symbols\portcls.sys\4549B2662d000\portcls.sys Image path: \SystemRoot\system32\drivers\portcls.sys Image name: portcls.sys Timestamp: Thu Nov 02 09:55:02 2006 (4549B266) CheckSum: 00034F0F ImageSize: 0002D000 File version: 6.0.6000.16386 Product version: 6.0.6000.16386 File flags: 0 (Mask 3F) File OS: 40004 NT Win32 File type: 3.9 Driver File date: 00000000.00000000 Translations: 0409.04b0 CompanyName: Microsoft Corporation ProductName: Microsoft® Windows® Operating System InternalName: portcls.sys OriginalFilename: portcls.sys ProductVersion: 6.0.6000.16386 FileVersion: 6.0.6000.16386 (vista_rtm.061101-2205) FileDescription: Port Class (Class Driver for Port/Miniport Devices) LegalCopyright: © Microsoft Corporation. All rights reserved. 0: kd> .trap 0xffffffff829223d4 ErrCode = 00000002 eax=50535000 ebx=8ce2add0 ecx=00000000 edx=00000001 esi=81d25ea0 edi=81d25ec0 eip=81dee4c1 esp=82922448 ebp=8292246c iopl=0 nv up ei pl nz na po nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00210202 nt!CmpAllocateDelayItem+0x8f: 81dee4c1 897804 mov dword ptr [eax+4],edi ds:0023:50535004=???????? ------------------------------------------------------------------------------------------------------------------------------------------------------------------ Der HOTFIX kb888111 funktioniert bei mir nicht. Es wäre nett wenn mir jemand von euch helfen könnte. Ich bin von der googlei ziemlich genervt und hab nix brauchbares gefunden! Vielen Dank weitere Antworten anzeigen »»

Seiten: [1] Nach oben

0.031s 18q

© go-windows.de probably Go Windows Forum - 243676