whea Go Windows Forum - 72921 ✔ Windows 7 Vista XP Forum

345 Benutzer online
01. November 2024, 07:32:07

Windows Community

Seiten: [1] Nach unten

Neues Thema erstellen

	Antworten / Aufrufe	Themen mit dem Stichwort whea
	14 Antworten 8176 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 --------- fehler windows go-windows probleme problem vista treiber kernel bing download installation bios machine dll file could 64bit unable drucken win fehlermeldungen error version cpu datei x64 systemfehler win7 bit bildschirm weitere Antworten anzeigen »»
	29 Antworten 23781 Aufrufe	Vista x64 friert ein oder stürtz gelegentlich ab Begonnen von magnitka 24. November 2008, 22:01:07 « 1 2 Hallo, ich habe ein Problem, dass ich seit längem nicht lösen kann bzw keine Lösung finden könnte. Das Problem liegt daran, dass Vista ab und zu abstürtz ohne irgeneine Meldung zu hinterlassen oder friert einfach ein. nur ein paar erkentnisse nach monatenlangem Qual mit dem System: die Abstürtzwarscheinlichkeit steigt wenn ich mit MATLAB 2008a(x64) starte oder im Word die Seiten so von 30 auf die 50 ruterscrolle, dann gibt das system geist auf. Manchmal beim Abspielen der Filme. aber da ich relativ sicherer, es hat nur bei den 2 von 8 Filmen abgestürtz. WEnn man mit dem system so sogrfähig arbeitet, dann läuft es etwas länger und dann doch stürtz irgenwan mal ab. Ich habe versucht das System auf überleben ohne "antasten" laufen zu lasssen lief 6 Tage ohne problem. Nach dem ich angefangen habe weiter zu arbeiten, verging so 1-2 St und dann wieder "freeZZZZ". Woran es liegen kann, kann ich nicht mehr ahnen. Ich habe schon alles ausprobiert, alle treiber neu installiert, die Anwendungen etwa JRE (die z.B für MAtlab notwendig sind) sind alle soweit in ordnung und auf dem aktuellsten stand. Die x64 Probleme mit netzaddressierung vermute ich auch nicht der Grund, da alle Treiber von aNetztwerkkarte, Grafik und Druckerttreiber problemlos installiert und in ordnung sind und von denen kein Fehler gemeldet wird. Frühe lief be mir die Vista32 absolut stabil, die echt schwer zu killen war. NAchdem ich meinen Arbeitspeicehr zusätzlich gekauft habe wollte ich diese vollständig ausnutzen. deswegen umstier auf x64. und seit dem (schon 3 Monaten) habe ich nur Probleme. Das System habe ich schon mindestens 5 mal neu installiert, und habe jesdes mal versucht die Veränderungen an dem System und an der Stabilität wegen der weiter instalierten Programmen (die alle lizensiert und mit vollem Support sind) zu beobachten... Es lief imemr so eine Woche lang ohne problem, und dann wie Donner im Himmel kammen die Abstürtze, deren häufigkeit etwas chaotisch, aber manchmal durch einige ANwendungen ehe vorgezogen wird. an dem Hardware, wenn man von denm al einzelnen Elementen spricht kann nichtliegen. Ich habe einige Erfahrungen mit montage von PC gehabt und alle elemente sorgfähig ausgewählt. WEnn jemnad auch glaubt an NEtzteil stimmt auch nicht. Habe menen BeQuiet zwei mal umgetausch ud für die Überprüfung von den NEtzteilen noch bezahlt. Alles paletti. Die termische Problemem sind auch nicht der fall. Die elemente ist optimal eingebauch, bekommen genug luft zum atmen. Die Temp aller komponenten liegen bei 30-35 ° und CPU in Kern ab und zu bei einigern REchnerprozeduren und höherer Belastung bis 45. Was auch zeimlich merkwürdig ist, die speile etwa die NFS Carbon laufen ohne mackel und ohne problem und ohne abstürtzen! dabei werden die Elemente ehe stärker angefordert als bei Word-Schreiberei. in Ganzem bin ich echt verzweifelt. Ich schreib gerade meine Diplomarbeit und die Abstürtze tuen nur mich ärgern. den Umstieg auf 32 bit wage ich noch nicht, mit hoffnung dass ich den Fehler irgendwann erwische und beseitige. mir kommnt manchmal die Gedanke dass ich gerade diesen dead poitn werisch habe, wenn alle komponente zusammen eine der unglücklichsten kombination zusammen stelle und deswegen das system versagt. meine system is folgend aufgebaut Gigbyte-p35-Q6, rev 1.0 Bios F7 AHCI-aktiviert (hab auch ohne gleich Problemen), Temp NB-35°, SB-33° Priozesor Q6600 A-Speicehr Corsair DDR2-1066 mit 2 Riegel 1 GB und 2 je 2GB=6GB (Temp 34°) ATI 3870 Saphire ultimate (Temp-32°) NEtzteil BeQuiet Dark Power 650W Festplatte WD 500 AAKS -2 Stck DVDROM: 1) GH20NS10 2)SH-S223Q (kann nicht aber an diesen liegen, da ohne denen gleiches Problem auftritt) Bildschirm HYundai W240D über DVI (über VGA geliceh Effekt) Die Temeratur vo nden Komponenten habe ich mit einem elektronischem hochpräzisionsgerät gemessn. Die zeichen nach der Komma brasucht ja keier wissen. es sind jedoch die sichere WErte! Im Bios habe ich keine Übertaktung gemacht. Alles auf Standard bzw Hochpräzisionsssystem auf 64 Bit umgestellt. Auch ohne dieser beondere Adressierung läuft system gleich unstabil Ach ja zu der Fehlermeldung im System: in den Berichten kommt nur eine nachlaufende Meldung dass das System unerwartet heruntergefahren ist, also die, die vom System bei einem neuen registriert wird da´das System wie immer wie ein Todschlag beendet. Es kommen manchmal die Meldungen Von NEro, sonst ist system sauber: Die anwendeungen mit denen ich arbeite sind: MS Office2007 mit SP1 Matlab 2008a x64 VErsion GAMS Corel Suite x4 mkv2vob AnyDVD Adobe Acrobat 8 mit allen Updates für x64 und NFS Carbon- die wird gefahren ohne endem anch´mal 10 Std am stück und Vista stürtz nicht ab!! ich hoffe ihr vesteht mein problem richtig. Würde sehr freune über Eure Ratschläge, aber bloß keine, etwa wie stell im Bios einstellungen auf default oder ist dei system übertaktet, hast du aktuelle treiber usw, aso keine luser meldungen, die nur ärgern. das verständniss von einem System habe ich und da zu pinseln hats kein sinn. Für alle weiter Beiträge bin ich echt froh! und wenn diese mir helfen den fehler auszujagen, wäre einfach wunderbar! WEnn ihr weitere Infos brauch kann ich hier auch posten! mfg ich :)) weitere Antworten anzeigen »»
	4 Antworten 5074 Aufrufe	Notebook verhält sich komisch - Vista 32bit Home Premium - Fujitsu Siemens NB Begonnen von naibaf7 24. Januar 2008, 16:37:15 Hallo Ich habe hier nen Notebook von Fujitsu Siemens mit nem Fehler, den ich noch nie gesehen hab! Der PC läuft meist ziemlich normal. Doch dann wird der Bildschirm schwarz und man sieht nur noch die Maus. Nach einiger Zeit wird der bildschirm manchmal wieder normal, der PC stürzt dann aber schnell ab. Ansonsten muss man den PC abklemmen! Im eventvwr steht in der besagten Zeit (dunkler Bildschirm) gar nichts, also ne zeitlücke! Jetzt (nach nem Crash) hab ich 1 meldung die es sein könnte gefunden: Ein schwerwiegender Hardwarefehler ist aufgetreten. Kernel-WHEA, ID 2 Ebene : Fehler Benutzer: System ... mehr nicht dazu! Weiter gibt es immer, wenn ich den Siemens Digital DVB-T Stick (Hybrid) reinstecke diesen Fehler. Oder wenn ich die dazugehörige Software starte. Oder der PC kriegt manchmal einfach so nen Speed-Slowdown, will heissen er wird immer lahmer bis auch dieser Fehler mit dem Bildschirm kommt. Neuinstalliert isses auch schon, also vorher war nen Recovery drauf, das habich getestet, als es nicht ging, wieder nen normales Vista drauf getan. Es ändert nix. Nen weiteren Fehler, den das Notebook macht, nennt sich Windows_WCP_AI_FAILURE2, RESCAcHE Installer, Phase 30 dieser kommt ca. alle 12 minuten, d.H. "Problemberichte und lösungen" öffnet sich! Hardware: AMD X2 T60 2GB DDR2 RAM 160GB HDD 8400GS Grafik Fujitsu Siemens Danke schonma für Hilfe! mfg naibaf7 weitere Antworten anzeigen »»

Seiten: [1] Nach oben

0.02s 10q

© go-windows.de whea Go Windows Forum - 72921