89 Benutzer online
06. November 2024, 13:34:11
06. November 2024, 13:34:11
Windows Community
Seiten: [1] Nach unten
| Antworten / Aufrufe | Themen mit dem Stichwort analysis | |
|---|---|---|
 |
1 Antworten 6998 Aufrufe |
Verbesserung der Anfälligkeit für Audio Störungen in Windows 7 |
|
|
14 Antworten 8178 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 --------- |
|
|
3 Antworten 3373 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: SRV*c:\windows\symbols*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.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 |
|
|
17 Antworten 8885 Aufrufe |
Problem mit TrueImage 11 Begonnen von Ganny
« 1 2 04. Oktober 2008, 12:12:33 Hallo und einen schönen Tag! Ich habe seit ein paar Tagen ein Notebook mit Vista Home Premium. Gestern habe ich mir TrueImage 11 installiert. Jetzt ist mir Folgendes aufgefallen. Wenn ich TI11 starte, dauert es fast 10 Minuten, bis die Analyse der Partitionen abgeschlossen ist. Vorher kann ich mit TI nichts machen. Kennt jemand vielleicht das Verhalten, und weiß, was man dagegen tun kann? P.S: Unter XP auf einem anderen Rechner dauert die Analyse vielleicht 10 Sec. |
|
|
5 Antworten 17496 Aufrufe |
Zuordnung von Kontennamen und Sicherheitskennung... Begonnen von herrm_no
06. August 2008, 11:24:08 Hallo Foren User ich habe ein Problem mit dem ich einfach nicht weiterkomme. Ich starte über einen U3 Stick auf der "Rom Partition" (welche ich selber erzeugt habe) eine exe. Die Rom Partition mußte ich auf einem XP Rechener erstellen (diese spezielle software dazu funzt nur auf XP). Wenn ich den USB Stick dann mit einem Vista rechner benutze und die exe starte kommt die Fehlermeldung: "Zuordnung von Kontennamen und Sicherheitskennung wurde nicht durchgeführt." Benutze ich den Stick auf einem komplett anders eingerichteten XP Rechner funktioniert alles tadellos. Kann mir jemand sagen, wie ich dieses Problem löse, bzw wie ich das iso auf den USB Stick mit dem xp rechner erzeugen muß, damit das Problem erst gar nicht auftritt. Schon mal vielen Dank für eure Hilfe Norbert |
go-windowsSeiten: [1] Nach oben
Bei einer Wiedergabe von Audio oder Video ist es vielen Nutzer schon einmal passiert, dass die Ton- oder Videospur hängt. Wodurch entsteht so eine Störung? Bei der Wiedergabe von Audio muss der Computer ca. alle 10ms Daten zur Audio-Hardware senden. Hierfür werden natürlich freie Ressourcen benötigt. Der Computer erledigt aber für gewöhnlich noch mehr Aufgaben, wie z.B. weitere Lieder herunterzuladen oder ein YouTube Video zu streamen. Viele dieser anderen Aufgaben benötigen auch ein genaues Timing. Wie man sich nun vorstellen kann, benötigt es nicht viel - einen langsamen Netzwerktreiber oder Grafikkartentreiber, welcher viel CPU-Zeit benötigt - um Audio davon abzuhalten unterbrechungsfrei zu spielen.
Was tun wir nun um diese Herausforderung zu meistern? Die Antwort ist "Viel"! - und der rest dieses Blog Eintrages wird folgende Dinge erläutern:
1. Sammeln von Daten um das Problem zu charakterisieren
2. Entwickeln einer systematischen Methode um Störungen zu entdecken und zu analysieren
3. Verteilung dieser Tests und Tools bei Microsoft und bei unseren Windows Partnern
4. Zusammen mit unseren Partnern dies Störungen entdecken, diagnostizieren und lösen
[b]Wer hat Störungen?[/b]
Wir haben Daten über das Windows Feedback Programm gesammelt, welches den Nutzern auch erlaubt Leistungsdaten und andere Statistike über das Betriebssystem an uns zu senden. Jeder Computer, welcher zugestimmt hat, Daten an uns zu senden, wurde mehrmals darauf analysiert ob es bei der Wiedergabe von Audio zu einer Störung gekommen sein kann. Diese Daten wurden in Sitzungen unterteil, wobei jede Sitzung einen einzigen Computer für einen einzigen Tage oder zwischen Neustarts repräsentiert.
[img]http://www.go-windows.de/images/news/image_12.png[/img]
[url=http://www.go-windows.de/forum/windows-news/verbesserung-der-anfalligkeit-fur-audio-storungen-in-windows-7/msg135055/#msg135055]Weiterlesen...[/url]