655 Benutzer online
24. November 2024, 10:11:48
24. November 2024, 10:11:48
Windows Community
Seiten: [1] 2 Nach unten
| Antworten / Aufrufe | Themen mit dem Stichwort debugger | |
|---|---|---|
 |
0 Antworten 16715 Aufrufe | |
 |
2 Antworten 6893 Aufrufe |
Bootfehler kdcom.dll Begonnen von NeedHelp123
13. März 2011, 17:26:29 Hallo Forum ;) ich habe ein problem und zwar will mein pc (vista) nicht mehr hochfahren... wenn ich ganz normal starte also boote kommt eine fehler meldung und zwar Datei: /windows/system/kdcom.dll Status: 0xc0000098 Info: Windows konnte nicht geladen werden, da die Kernel-Debugger-DLL nicht vorhaden ist oder beschädigt ist. Ich habe wie empfohlen die Recovery Cd reingelegt und problem suche gestaret aber es hat 5 mal nichts gebracht... dann habe ich das system zurück gestellt auf vor einer woche und es hat nichts geholfen...normalerweise läuft der einwand frei ich weiß echt nicht was los ist... ich will nicht vista neu drauf machen weil sonst alle datas verloren gehen und dann sind 500gb aus 4 jahren -.- bitte bitte helft mir danke ;) |
 |
3 Antworten 17136 Aufrufe |
Problem: DebugViewer funktioniert nicht mehr Begonnen von gandalf20
15. November 2010, 16:58:41 Hallo zusammen! Ich habe seit neuem folgendes Problem: Bei fast allen Programmen die ich öffne kommt die Windows-Fehlermeldung (Bild liegt bei) Was kann es da haben? (Die Programme arbeiten danach ordnungsgemäß, aber es stört 30 oder mehr Fenster zumachen zu müssen) Bitte um dringende Hilfe mfg www.imagebanana.com/view/tmllkt6s/Fehler.jpg |
|
|
1 Antworten 13398 Aufrufe |
Daemon Tools Windows 7 v4.35.5 Begonnen von Markus
20. November 2009, 09:35:28 Mittlerweile läuft Daemon Tools mit Windows 7. Die neue Version v4.35.5 macht's möglich! Die Entwickler geben folgende Neuerungen und Verbesserungen an: [quote]Was gibt es neues: - SPTD 1.62; - Komplette Unterstützung für Windows 7; - Windows Sidebar-Gadget zum einfachen Zugriff auf die Standardfunktionen von DAEMON Tools Lite; - DAEMON Tools Lite-Leiste wurde entfernt; - Neugestaltung und Verbesserung der Benutzeroberfläche; - Die Funktion “Als Administrator starten” wird jetzt für den ersten Start von DAEMON Tools Lite nicht mehr benötigt; - Lizenzseiten im Setup überarbeitet; - Sprachen aktualisiert. Fehler behoben: - Problem beim Einbinden von Images, die sich auf RAID-Verbänden größer als 2 Tb befinden; - Einige Probleme mit dem Öffnen von Images beim Einbinden; - Warten-Dialog wird im Kommandozeilen-Modus angezeigt; - Einbinden von *.mdf-Images ohne *.mds-Dateien; - Problem mit der SPTD-installation vom DAEMON Tools Lite-Setup im unbeaufsichtigten Modus; - Einige kleinere Fehler.[/quote] [url=http://www.disc-tools.com/download/daemon]Download von Daemon Tools lite (u.a. für Windows 7)[/url] |
|
|
9 Antworten 4258 Aufrufe |
Vista Update Begonnen von Wolkenfan
25. August 2009, 16:51:42 beim installieren des Service Pack 2 und 3.5 für Vista 32 bit läuft alles korrekt, zwar dauert es eine kleine Ewigkeit, aber wenn es nur funktionieren würde... Beim Neustart des Rechners läuft dann im Hintergrund eine Routine durch, dann bleibt der PC stehen bei: [b]!!0xc0190036!! 2232/50333 (mscormmc.dll) ...[/b]mir bleibt nur ein Kaltstart, das System organisiert sich wieder, doch ich komm nicht weiter... das passiert auch beim Service Pack 3.5, und zwar an der gleichen Stelle. Wollte schon Vista neu aufsetzen, habe aber keine CD, wo finde ich das Programm für eine Neuinstallation und wie heisst die Datei ? mfg Wolkenfan |
|
|
5 Antworten 53033 Aufrufe |
Daemon Tools Windows 7 Begonnen von Markus
24. August 2009, 18:56:00 Daemon Tools v4.30.4 für Windows 7 Was gibt es neues: - Windows 7 Unterstützung (SPTD 1.58); - Erstellung von geschützten Images: Passwort-Feld im Dialog Imageerstellung; - Erstellung von komprimierten Images: Komprimieren-Funktion im Dialog Imageerstellung; - Imagebibliothek-Eintrag wurde zum ersten Teil des Hauptmenüs verschoben; - MDF-Dateitypverknüpfungs-Option; - Sprachen aktualisiert. Fehler behoben: - Laufwerksgeschwindigkeits-Erkennung; - Lite-ON DHXXXXX-Laufwerksunterstützung; - Fehler bei großen RAID-Laufwerke; - Einbinden von B6T DVD-Images; - Setup verbessert: Unicode-Unterstützung; - Einige kleinere Oberflächenfehler. [url=http://www.daemon-tools.cc/deu/downloads]Daemon Tools Download[/url] |
|
|
7 Antworten 6408 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: „SRV*c:\windows\symbols*http://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 --------- |
|
|
14 Antworten 8192 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 --------- |
|
|
6 Antworten 5379 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 =) |
|
|
9 Antworten 8217 Aufrufe |
Bluescreen - Debugging Tools for Windows Begonnen von horec
03. Dezember 2008, 18:35:23 Hallo Jungs, ich habe ien Problem mit urplötzlich auftretenden Bluescreens. Aus heiterem Himmel bekomme ich einen Bluescreen und kann nicht recht nachvollziehen, warum. Es passiert bei unterschiedlichsten Arbeiten am Rechner oder auch nur nach 10 Minuten oder nach 2 Stunden Leerlauf… schwupp: Bluescreen. Ich habe die „Debugging Tools for Windows“ für Windows heruntergeladen und die dmp Dateien ausgelesen (siehe Anhang). Nun komme ich hier aber nicht weiter. Da steht dann z.B.: „DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT“ In Ordnung, Treiber macht Ärger. Aber welcher? Dann steht da noch: „IMAGE_NAME: memory_corruption“ Was nun? Hier hört es bei mir auf! Kann mir da jemand helfen? Grüße, Ronald |
|
|
93 Antworten 32156 Aufrufe |
Fragen und Antworten zu Windows Se7en |
|
|
1 Antworten 12299 Aufrufe |
Die UAC - Hintergrund und die Arbeit damit Begonnen von Sammy_the_Bull
18. Oktober 2008, 02:43:26 Da die Benutzerkontensteuerung (UAC) immer noch eine der am meissten missverstandenen Features von Vista ist, will ich hier meinen Teil zur Aufklärung beitragen. [color=red][b]Der Hintergrund der UAC - warum es nicht ratsam ist, sie auszuschalten.[/b][/color] Bei der Anmeldung eines Benutzers wird seinem Benutzerkonto ein Access Token zugeteilt, das in der gesamten Arbeitssitzung darüber entscheidet, auf welche Daten und Funktionen der Benutzer zugreifen kann. Dazu enthält das Token die Sicherheitskennung (Security ID, SID) des Benutzers sowie die SIDs aller Gruppen, denen der Benutzer im Moment der Anmeldung angehört. Weiterhin sind im Token alle Systemrechte vermerkt, die dem Konto vom Administrator verliehen wurden z.B. einen Debugger auf Systemebene einzusetzen oder sich als Dienst an das System anzumelden. Bei jedem Zugriff auf eine Funktion oder ein Objekt prüft das Betriebssystem das Access Token, ob die angeforderte Aktivität erlaubt ist. Diese Technik ist sehr effizient, denn sie erfordert zur Prüfung der Berechtigungen keinen Kontakt zum Anmeldeserver - es werden nur die SIDs in der Zugriffsliste (Access Control List, ACL) mit dem Token verglichen. Änderungen an Gruppenmitgliedschaften werden so aber nur wirksam, wenn ein Benutzer sich ab- und neu anmeldet. Jeder Prozess, der von einem Benutzerkonto gestartet wird (also meistens ein Programm) bekommt das Benutzerrecht des Users übertragen. Dadurch hat ein Prozess nicht mehr, aber auch nicht weniger Rechte als der User, der es aufruft. Zwar gibt es auch Spezialfälle, in denen ein Konto das Benutzerrecht und damit die Identität eines anderen Kontos annimmt, jedoch muss dieses dann auch speziell delegiert und konfiguriert werden. [color=red][b]Warum die UAC so gut ist und Windows "sicher" macht.[/b][/color] Der Zugriff auf Systemfunktionen wird von Windows über die Mitgliedschaft in speziellen Gruppen gesteuert: Nur wer Mitglied der lokalen Gruppe "Administratoren" eines Systems ist, hat tatsächlich auch Administratorrechte. Hier im Falle von Vista ist es aber so, dass das standartmäßig nach der Installation eingerichtete Adminkonto eigentlich nur ein Benutzerkonto ist, welches über etwas erhöhte Rechte verfügt. Auch wer die UAC dann ausschaltet, darf noch lange nicht alles im System tun. Dies darf unter Vista und Server 2008 nur das standartmäßig deaktivierte Konto "Administrator". Wenn Benutzer als Administratoren arbeiten, entstehen hierraus aber schnell Folgeprobleme: [B]Jede Anwendung hat so auch Adminrechte, also auch ein Virus oder Trojaner, der sich so ungehindert im System austoben kann.[/B] Gleichzeitig können Admins das System umkonfigurieren, den Virenscanner und die Firewall abschalten, die Anwendung von Gruppenrichtlinien verhindern - und was ihnen sonst noch so "nettes" einfällt. Daraus resultiert wieder eine Menge unnütze Arbeit für die leidgeplagten Admins. Da der Mensch an sich faul ist und stets den bequemen Weg geht, wird weiterhin fröhlich mit einem Adminkonto gearbeitet, anstatt normale "alltägliche" Aufgaben nur mit einem normalen Benutzerkonto zu erledigen. Denn Schadsoftware bekäme bei der Arbeit mit einem normalen Benutzerkonto auch nur Benutzerrechte und nicht die zur Funktion notwendigen administartiven Rechte. Microsoft entschied sich daher bei der Entwicklung von Windows Vista für den radikalen Weg: Die Benutzerkontensteuerung erzwingt, dass alle Benutzer (zunächst) ohne Administratorrechte arbeiten - selbst dann, wenn sie Mitglied der Gruppe "Administratoren" sind. Sollte es tatsächlich notwendig sein, eine Aktivität mit erhöhten Rechten auszuführen, so bietet UAC an, solche Rechte verfügbar zu machen. Diese Funktion ansich stellt bereits eine extreme Weiterentwicklung zu XP dar. Dort musste man sich abmelden um sich mit einem Adminkonto erneut anzumelden. Jetzt wird kurz der Bildschirm dunkel und man klickt auf "Fortsetzen". Auf diese Art und Weise bekommt die Anwendung dann die zur Funktion erhöhten Rechte und kann ausgeführt werden. [color=red][b]Das nervt aber![/b][/color] Einer der häufigsten Kritikpunkte an der UAC ist, dass die vielen UAC-Aufforderungen nerven und ein geordnetes Arbeiten nicht möglich ist. Diese Kritik ist in der Regel aber unberechtigt. Für die Arbeit, die an einem üblichen Vista-PC verrichtet wird, sind fast nie Adminrechte nötig. Nur wenn Systemeinstellungen geändert werden sollen oder etwa neue Programme zu installieren sind, benötigt UAC eine Bestätigung. Für die weit überwiegende Anzahl der User dürfte dies die rühmliche Ausnahme sein. Hier wird es wohl sich eher um ein Problem des ersten Eindrucks handeln: Wer Windows Vista manuell installiert und einrichtet, wird zunächst tatsächlich sehr viele dieser administrativen Aufgaben ausführen und hat daher natürlich oft die UAC-Abfrage zu bestätigen. Erfahrungsgemäß ist dies aber eine Aufgabe, die in wenigen Stunden (meist noch viel schneller) erledigt ist. Und wer ehrlich ist, wird zugeben, dass bei üblichen Installationsprogrammen derart viele Mausklicks nötig sind, dass es auf jeweils einen UAC-Klick mehr nun wirklich nicht ankommt. Standartmäßig ist nach der Installation ein Administartorkonto vorhanden, unter dem auch sofort die Benutzerkontensteuerung aktiv ist. Dies ist ein Weg, die UAC einzusetzen, aber nicht der Beste. Außerdem sind hier unter anderem evtl. mehrere Bestätigungen nötig, um eine Aktion auszuführen. Wie bei allem im Leben, gibt es auch hier einen richtigen und einen richtigeren Weg. [color=red][b]So wird Windows zum Einsatz der UAC richtig konfiguriert:[/b][/color] Gleich nach der Erstinstallation steht per default das Standart Adminkonto bereit. Hier sollte ein sicheres Kennwort vergeben werden. Mindestens 8 Zeichen, Buchstaben, Sonderzeichen und Zahlen sollte es enthalten (meine Auffassung eines "sicheren" Kennwortes ist übrigens 25 Zeichen lang ;-) ) Anschliessend errichtet man ein normales Benutzerkonto ohne besondere Rechte (auch wieder mit Kennwort), unter dem anschliessend nur und ausschließlich gearbeitet wird. Alle Programme und Anwendungen werden hier im normalen Benutzerkonto installiert. Bei jeder Aktion, welche nun Adminrechte erfordern, erscheint ein Dialog, wo die Zugangsdaten des Adminkontos eingegeben werden müssen. Hierbei ist der Benutzername des Adminkontos standartmäßig bereits eingetragen und muss nur durch das Passwort ergänzt werden. So erfolgt für jede Aktion, welche Adminrechte erfordert, genau [B]EINE[/B] Abfrage der UAC. [B]Selbst wenn nun Schadsoftware auf den Rechner gelangt, kann sie in den Allermeisten Fällen genau Null Schaden anrichten, da sie (allermeistens) administrative Rechte erfordert um zu funktionieren.[/B] |
|
|
9 Antworten 12001 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. |
|
|
39 Antworten 22636 Aufrufe |
Bekomme öfter bluescreen, welche Ursache? Begonnen von Icemann
« 1 2 3 03. Oktober 2008, 16:48:43 Hallo zusammen, ich bekomme in der letzten Zeit öfters einen Bluescreen, er kommt immer sporadisch vor, so das ich nicht vermuten könnte woran es liegt. Wie kann ich ausser mit dem Windows Debugger-Tool herausfinden was den Bluescreen verursacht hat? Das Debugger Tool habe ich installiert, nur kann ich unter "Reload" kein haken setzen, ohne diesem haken komme ich auch nicht weiter. Daher auch meine Frage , ob man den Fehler auch anders lokalisieren kann. Hat jemand noch hilfreiche Tipps für mich? Grüße Icemann |
|
|
42 Antworten 28605 Aufrufe |
Winamp 5.5 meldet Internet Explorer Skriptfehler Begonnen von mhepweb
« 1 2 3 12. Mai 2008, 20:27:45 Hallo Leute, System: Winamp 5.5 Windows Vista Ultimate 32Bit SP1 Internet Explorer 7 alle Updates Seit kurzem erhalte ich in Winamp, wenn ich zuvor eine Playlist abspiele, die sich auf mp3s auf meiner Festplatte bezieht und nun auf "Shoutcast Radio" clicke, die folgende Fehlermeldung: Internet Explorer Skriptfehler in dem Skript auf dieser Seite ist ein Fehler aufgetreten. Zeile: 1590 Zeichen: 1 Fehler: "Event" ist undefiniert Code: 0 URL: http://client.winamp.com/om/sc/ Ich kann zwar die Online-Radiostationen nutzen, jedoch möchte ich die nervige Fehlermeldung loswerden. Dies sind meine aktuellen Einstellungen, jedoch tritt das Problem trotzdem auf: IE7 > Extras > Internetoptionen > Erweitert > Häkchen vor "Skriptdebugging deaktivieren (andere)" Häkchen vor "Skriptdebugging deaktivieren (Internet Explorer)" kein Häkchen vor "Skriptfehler anzeigen" Frage: Wer kann mir helfen? Wenn Ihr weitere Angaben benötigt bzw. ich etwas vergessen haben sollte bitte ichum kurze Info. Vielen Dank vorab. |
|
|
14 Antworten 10196 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: srv*c:\cache*http://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^^ |
|
|
0 Antworten 11745 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 |
|
|
15 Antworten 22206 Aufrufe |
Benutzer automatisch gesperrt nach Leerlauf Begonnen von MikeBln
« 1 2 17. Februar 2008, 17:21:39 Wenn ich nicht am Laptop bin, sperrt Vista mich als Benutzer, wenn der PC mal 5 min oder weniger im Leerlauf ist, danach erscheint die Maske Benutzer gesperrt, dann muss ich das Kennwort eingeben und der Desktop ist wieder da. Wie kann ich das deaktivieren, bin am Netz hab also kein Akku in Bezug auf Energieoptionen. Danke |
|
|
56 Antworten 101412 Aufrufe |
Command & Conquer Generals unter Vista Ultimate 64 bit Begonnen von dmu340p
« 1 2 3 4 03. Dezember 2007, 06:47:51 Hallo, hat jemand von euch Generals unter Vista 64 bit zum laufen bekommen? Habe zwei Versionen des Spiels. Einmal als englische First Decade Version und einmal als unzensierte deutsche Version. Bei beiden startet das Spiel nicht und bekomme nur die Meldung ich solle die richtige CD einwerfen. Kompatibilität (XP SP2) und Administratorrechte wurden eingestellt. Stelle ich auf WIN98 bekomme ich Fehler der Game.dat Datei. Alle anderen Spiele der First Decade DVD laufen ohne Probleme. Die Sache mit der richtigen CD deutet ja auf ein Kopierschutzproblem hin, welches man ja umgehen könnte. Leider auch ohne Erfolg. Hat jemand von euch noch eine bessere Idee? :grübel dmu340p |
|
|
9 Antworten 7509 Aufrufe |
Vista Problem (Autostart) ständiger error Begonnen von Erik83
29. November 2007, 23:16:41 Hallo zuammen ich hab ein problem. Ich hab jetzt TuneUp2007 aber auch VistaTuning genutzt mehrmals auch die registery zurückgestellt dort also die sicherungen ect aber anscheinend kommt der error ständig immer wiede. Er tritt immer dann auf wenn es um das thema Autostart Einträg geht. Mich Beunruigt das ganze da genau der selbe fehler mit Tvista tuning auftritt bei TuneUp jedoch nicht. Der Fehler tritt erst seid ca 3 Tagen auf und ich weis jetzt nicht recht. Wndows Verstellt ode so oo? Dann meckert TuningVista schlies ich dies gibt auch Windows Vista ein Error aus. Zu mein System: Win Vista Ultimate Ram: 4gb CPU: Athlon xp 2 +4400 ( Weis name nich genau der dual core mit low voltage :) Informationen über das Aufrufen von JIT-Debuggen anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung. ************** Ausnahmetext ************** System.Threading.ThreadStateException: Für den aktuellen Thread muss der STA-Modus (Single Thread Apartment) festgelegt werden, bevor OLE-Aufrufe ausgeführt werden können. Stellen Sie sicher, dass die Hauptfunktion mit STAThreadAttribute gekennzeichnet ist. bei System.Windows.Forms.Clipboard.SetDataObject(Object data, Boolean copy, Int32 retryTimes, Int32 retryDelay) bei System.Windows.Forms.Clipboard.SetDataObject(Object data) bei CDN.Config.frmError.button4_Click(Object sender, EventArgs e) in I:\Entwicklung\Tuning Vista\PumuklC.root\Global\frmError.cs:Zeile 80. bei System.Windows.Forms.Control.OnClick(EventArgs e) bei System.Windows.Forms.Button.OnClick(EventArgs e) bei System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent) bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) bei System.Windows.Forms.Control.WndProc(Message& m) bei System.Windows.Forms.ButtonBase.WndProc(Message& m) bei System.Windows.Forms.Button.WndProc(Message& m) bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ************** Geladene Assemblys ************** mscorlib Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll. ---------------------------------------- VISTA Tuning Assembly-Version: 2.0.2858.18996. Win32-Version: 1.1.7. CodeBase: file:///C:/Program%20Files/EMME/VISTATuning/VISTA%20Tuning.exe. ---------------------------------------- System.Windows.Forms Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll. ---------------------------------------- System Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll. ---------------------------------------- System.Drawing Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll. ---------------------------------------- System.Management Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Management/2.0.0.0__b03f5f7f11d50a3a/System.Management.dll. ---------------------------------------- System.Xml Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll. ---------------------------------------- mscorlib.resources Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll. ---------------------------------------- SmoothProgressBar Assembly-Version: 1.0.2526.26458. Win32-Version: 1.0.0.0. CodeBase: file:///C:/Program%20Files/EMME/VISTATuning/SmoothProgressBar.DLL. ---------------------------------------- ImageComboBox Assembly-Version: 1.0.2008.18717. Win32-Version: 1.0.2008.18717. CodeBase: file:///C:/Program%20Files/EMME/VISTATuning/ImageComboBox.DLL. ---------------------------------------- Microsoft.VisualBasic.Compatibility Assembly-Version: 8.0.0.0. Win32-Version: 8.0.50727.312. CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.VisualBasic.Compatibility/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.Compatibility.dll. ---------------------------------------- Microsoft.VisualBasic Assembly-Version: 8.0.0.0. Win32-Version: 8.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll. ---------------------------------------- System.Windows.Forms.resources Assembly-Version: 2.0.0.0. Win32-Version: 2.0.50727.312 (rtmLHS.050727-3100). CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll. ---------------------------------------- ************** JIT-Debuggen ************** Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der Konfigurationsdatei der Anwendung oder des Computers (machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden. Die Anwendung muss mit aktiviertem Debuggen kompiliert werden. Zum Beispiel: <configuration> <system.windows.forms jitDebugging="true" /> </configuration> Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten Ausnahmen an den JIT-Debugger gesendet, der auf dem Computer registriert ist, und nicht in diesem Dialogfeld behandelt. |
windows
Die Tools unterstützen bei der Verwaltung, Problembehebung und Diagnose bei Windows-Systemen und -Anwendungen.
[b]Folgende Bereiche werden durch die Tools angesprochen:[/b]
[list]
[li]Dateien und Datenträger: Dienstprogramme für die Anzeige und Überwachung der Verwendung von Dateien und Datenträgern.[/li]
[li]Netzwerk: Netzwerktools für verschiedene Aufgaben von der Verbindungsüberwachung bis hin zur Sicherheitsanalyse für Ressourcen.[/li]
[li]Prozesse und Threads: Dienstprogramme, die genau angeben, wie Prozesse ablaufen und welche Ressourcen genutzt werden.[/li]
[li]Sicherheit: Dienstprogramme für die Konfiguration und Verwaltung der Systemsicherheit, unter anderem zum Schutz vor Rootkits und Spyware.[/li]
[li]Systeminformationen: Dienstprogramme zur Anzeige der Verwendung und Konfiguration von Systemressourcen.[/li]
[li]Verschiedenes: Diverse Dienstprogramme, einschließlich eines Bildschirmschoners, einer Präsentationshilfe und eines Debuggingtools. [/li]
[/list]
[b]Changelog für Version 16-2-2012:[/b]
[list]
[li]DebugView v4.78: This update to DebugView, a utility for capturing and logging user-mode and kernel-mode debug output messages, can now capture output generated by Metro applications on Windows 8.[/li]
[li]LiveKd v5.1: LiveKd, a utility for leveraging kernel debuggers to analyze live physical systems or Hyper-V virtual machines, now supports newer Intel processors that implement the XSAVE instruction. [/li]
[/list]
[url=http://technet.microsoft.com/de-de/sysinternals/bb842062][b][color=blue]Sysinternals Suite[/color][/b][/url]
[size=8pt][i]Quelle: [url=http://winfuture.de/news,68204.html]winfuture.de[/url][/i][/size]