Anzeige

Am Puls von Microsoft

Anzeige

Frage BSOD bei Kaltstart und Probleme mit Firewall/CPU

Shaker

bekommt Übersicht
Ich habe Probleme beim Kaltstart. Wenn der PC mehrere Stunden aus war, (ich finde kein deutliches Muster, auch vom Netz getrennt) und ich ihn dann wieder regulär hochfahren will, zeigt er mir BSOD Meldungen an, siehe Screenshots, die sich meiner Meinung nach willkürlich verändern. Wenn ich nun auf den Reset-Button drücke, entstehen nur weitere neue BSOD Bildschirme. (Manchmal schafft er es sogar bis zum Desktop und stürzt dann erst mit BSOD ab, oder er bleibt hängen).
Das komische ist nun, wenn ich jetzt den PC komplett ausschalte, (nicht den Netzsteckschalter), dann geht er danach einwandfrei und bringt keine Fehlermeldung. Auch wenn ich stundenlang Spiele spiele, oder im Internet surfen gehe, gibt es keine Ausfälle, zumindest in der Regel. Das blöde ist, wenn ich Lösungsansätze probiere, sehe ich sie meistens nur am nächsten Tag, weil der Abstand sonst nicht lang genug gewesen ist. (warum wäre interessant). Den Arbeitsspeicher habe ich auch schon in die anderen beiden slots gesteckt. Dazu habe ich den Memtest bis 146% durchlaufen lassen ohne Fehler. Der PC ist übrigens keinen Monat alt.
Ich habe auch schon alle Stecker (Sata, etc. ) erneut eingesteckt und ausgepustet.
Könnte es sein, dass es evtl am Arbeitsspeicher liegt, da er ja normalerweise 1600 mhz hat und im BIOS unter 1333 läuft? – Es macht aber keinen unterschied wenn ich beim übertakten AI Tweaker die Frequenz auf 1600 stelle, das habe ich schon ausprobiert. Dieser Kaltstartfehler tritt auch mit frisch resetetem BIOS auf. Selbst ein BIOS update hat bis jetzt nichts geholfen. Auch als keine Treiber installiert waren, also Windows neu aufgesetzt war, traten diese Fehler auf.
Darüber hinaus werden seit einer Woche nur 3 Prozessoren von bestimmten Programmen angezeigt. Everest Home Edition, Task Manager oder CPU-Z zeigen nur 3 Prozessoren, die laufen.
Turbo V Evo (Programm von Asus zum Übertakten) zeigt 4 Prozessoren an. Auch beim GeräteManager werden 4 Prozessoren angezeigt, die einwandfrei laufen. Ich habe einmal die Treiber gelöscht, aber es hat sich nichts verändert. Nach einem BIOS Reset kam auch mal 4 Core activated, später wieder 3 activated. Und zu meiner Verwunderung auch mal die Meldung overclocking fail, oder ähnliches, obwohl nicht übertaktet war. Beim Manuellen Freischalten der Kerne im BIOS kann ich den 2, 3 und 4 Freischalten/Einschalten. Den ersten nicht, liegt es daran, dass man den halt nie ausschalten kann?

Desweiteren ist meine Windows eigene Firewall nicht zu aktivieren. Es kommt immer die Meldung:
Der Dienst “Windows-Firewall“ auf „Lokaler Computer“ konnte nicht gestartet werden. Fehler 2: Das System kann die angegebene Datei nicht finden.
Bei der Ereignisanzeige wird mir bei Fehlern dies angezeigt: (Firewall)

Nun meine Fragen, ich habe die Windows Firewall mit einer von Fritz!Box ersetzt, dieses Problem ist mir nicht so wichtig, aber der BSOD und die Prozessoren fänd ich wichtig, dass diese Proleme gelöst wären. Falls ich Angaben vergessen habe, einfach schreiben. Ich freue mich auf eure Vorschläge.
In erwartungsvoller Hoffung,
Andreas
PS: Ich habe Win7 schon bestimmt 4 mal aufgesetzt, das Problem mit dem BSOD hat sich nicht verändert, aber nochmal neu aufsetzten will ich nur ungern (braucht zu viel Zeit). Mein System ist in meinem Profil gespeichert.
 

Anhänge

  • Liste der BSOD Bildschirme.jpg
    Liste der BSOD Bildschirme.jpg
    388,7 KB · Aufrufe: 237
  • Memory_Management.jpg
    Memory_Management.jpg
    399,1 KB · Aufrufe: 212
  • System_service_exception.jpg
    System_service_exception.jpg
    395,7 KB · Aufrufe: 210
  • Firewall.jpg
    Firewall.jpg
    88 KB · Aufrufe: 199
Anzeige
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

Es könnte sein, das dein Netzteil hart an der Leistungsgrenze arbeitet. Probier mal das ganze ohne das DVD-LW. Das könnte dem NT mehr Luft in der 3V-Abteilung für CPU & RAM geben...
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

Eine gute Idee. Ich habe sie schon ausprobiert, leider kommen dieselben BSOD Bildschirme erneut, obwohl ich die Kabel von dem DVD LW gezogen habe.
Danke für die Schnelle Möglichkeit, DaTaRebell, nur schade, dass es nciht geklappt hat.


....Zu den Cores: Mein Mainboard zeigt beim Booten an: 4 Cores activated, mein PC danach halt nicht mehr, leider. Das nur als Zusatz.....
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

Schon mal im BIOS nachgesehen ob da alles richtig Eingestellt wurde?
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

Bitte 2 Dinge mal überprüfen (nach dem BIOS - s. Fimi):
Hast du im Hardware-Manager noch Geräte, die gelb mit "!" markiert sind?
Hast du geprüft, ob es ein BIOS-Update für dein Board gibt?
ps.: solltest du die Mäglichkeit haben, probeweise mal ein stärkeres NT anzuschliessen, dann nutze diese unbedingt...
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

nach Aufbau eines Komplett neuen PC's (Markenteile) hatte ich ein ähnliches Problem.
Nach durchtesten einiger Teile wie Netzteil gewechselt, Speicher einzeln getestet (2x 2GB), brachte aber auch nichts.
Aus meinem PC 2x 2GB eingebaut und sieh da die Kiste rennt.
Will damit nur sagen tausche die Riegel beim Händler nach Möglichkeit um.
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

So, habe heute, da ich jeden Tag ca. 2 mal nur die möglichkeit habe, sachen auszuprobieren, da es ja nur nach einem kaltstart kommt, eine der 2gb kits ausgebaut, und dieses mal den anderen. Siehe da, er fährt zum ersten mal einwandfrei hoch. Danke. da muss ich jetzt in dem Fall rumprobieren.

Bei genauerem Hinschauen habe ich gesehn, weil das Ausrufezeichen sehr klein ist, dass ich ein bei "Andere Geräte" einen "USB (Universal Serial Bus) Controller" habe, aber keine treiber vorhanden sind, noch installiert werden können. Ich werd mal ausprobieren, wodurch das ausgelöst werden kann.

Ich probier mit dem Kit noch weiter rum, aber wenn es nicht geht, dann bleibt mir nur zu hoffen, dass sie umtauschen, oder?

Edit: Was soll im BIOS eingestellt sein, dass wichtig wäre?
PS: Er bringt mir jedesmal beim starten einen CPU-Lüfterfehler.

Danke an all die Antworthilfen schonmal.
 
Zuletzt bearbeitet:
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

dann läuft der Lüfter des CPU zu langsam (kalt sytem), gibt im BIOS eine Option wo man das um bzw. ausstellen kann, wo kann ich jetzt leider nicht sagen. Am besten Stück für Stück nachlesen, oder einer der Kollegen kann es Dir genauer beschreiben. Ansonsten F1 drücken und ignorieren.;)

sind die Speicher auch in den Richtigen Slotz gesteckt? zB 1 und 3 oder 2 und4
 
Zuletzt bearbeitet:
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

CPU-Lüfter-Fehler werden angezeigt, sobalt bei der CPU Temperatur-Probleme entstehen!
Ursachen sind:
verstopfter Lüfter (Wollmäuse)
Lüfter defekt
keine ordentliche Verbindung zwischen CPU & Kühler (Wärmeleitpaste)

dieses solltest du dringend (!!!) beheben. Es könnte sein, das dann die Probleme mit den RAMs auch nicht mehr auftreten.

ps. an Shaker: du darfst auch gerne mal den DANKE-Button betätigen, wenn dir ein Tip hilfreich erscheint...
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

dann läuft der Lüfter des CPU zu langsam (kalt sytem), gibt im BIOS eine Option wo man das um bzw. ausstellen kann, wo kann ich jetzt leider nicht sagen. Am besten Stück für Stück nachlesen, oder einer der Kollegen kann es Dir genauer beschreiben. Ansonsten F1 drücken und ignorieren.;)

sind die Speicher auch in den Richtigen Slotz gesteckt? zB 1 und 3 oder 2 und4

Danke, bei mir ist der Lüfter am Anfang immer aus, bis der CPU langsam warm wird. aber über 34°C war der bei mir bis jetzt noch nicht. In dem Fall ist das kein Problem, da bin ich beruhigt. (Soll ich dann auch die untereste Drehzahl verringern, also von 200 auf 50, oder so was, oder einfach mit leben, dass der fehler angezegt wird und im BIOS einstellen, dass ich nicht mehr F1 drücken muss?)

Ja der Speicher war in 1 und 3, und dann in 2 und 4 gesteckt. gab immer probleme. jetzt hab ich die beiden Rams vertauscht. Scheint zu gehen, aber mehr kann ich erst heute abend sagen. wenn er dann wieder kalt war.
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

den Lüfter eher höher stellen damit die Meldung nicht mehr kommt. Oder halt F1 drücken, wichtig ist er dreht überhaubt.
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

An der Start-Drehzahl des Lüfters brauchst du nichts ändern.
Die Fehlermeldung kannst du ignorieren - auch wenn sowas ärgerlich ist.
Befolge bitte trotzdem die anderen Tips.
Bin mal gespannt auf deinen nächsten Post...
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

Bitte 2 Dinge mal überprüfen (nach dem BIOS - s. Fimi):
Hast du im Hardware-Manager noch Geräte, die gelb mit "!" markiert sind?
Hast du geprüft, ob es ein BIOS-Update für dein Board gibt?
ps.: solltest du die Mäglichkeit haben, probeweise mal ein stärkeres NT anzuschliessen, dann nutze diese unbedingt...

ohhh, hab ich heute schon zu früh gefreut, hab wieder den PC angemacht, mit beiden Ram-Riegel und er hat wieder die schönen BSOD nachrichten gebracht. hm. Also mit einem wars net der fall. Ich probiers morgen früh auch noch mal nur mit einem aus.

Leider habe ich kein stärkeres Netzteil, und ich hab auch schon die neueste BIOS version. Habs trotzdem mal upgedatet, hat aber nichts gebracht. Leider.

Diesen Serial Bus Controller habe ich deaktiviert, weil ich nicht weiß, was das ist(bei meiner hardware kann ich ncihts ausschließen) und weil ichs schon deinstalliert hatte, und das auch nichts geholfen hatte. Kann mir damit jemand helfen?

Was sollte ich denn in meinem BIOS umstellen? Mein Prozessor läuft halt auf 1333 MHZ obwohl er 1600 Mhz werkseigen hat. Ist das problematisch? Die Spannung ist auf auto, die stellt sich auch automatisch hoch. Ein Fehler?

Wünsch euch noch nen schönen abend. Ich werd hier noch fleißig reinschauen :)
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

solange du an den Takten nichts von Hand verstellt hast, sollten die Werte in Ordnung gehen.
Du hast eine Serial-Bus Platte dran - aber im BIOS den Serial-Bus-Controller deaktiviert ???
also gehe ich davon aus, das du nur den Controller für das Serial Port abgeschaltet hast.
Dieser hat bei normaler HW (keine alten Modems o.ä.) eh keinen Einfluss - und alles, was aus ist, kann nicht stören.
Mein Gefühl (Gefühle haben in der Technik nichts zu suchen) sagt mir immer wieder:
Netzteil... Netzteil...

auch dir noch frohe Bastel-Stunden... bis morgen
ed
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

Kann ich denn mit nem Adapter die 3V schiene entlasten, ohne n neues netzteil zu kaufen?
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

.. nach meinem Wissen gibt es da keine Möglichkeit...
 
AW: BOSD bei Kaltstart und Probleme mit Firewall/CPU

Mischel mich kurz ein, obwohl ich nicht gerade ein Hardwarefreak bin:

In der Tat dürfte die Leistung des Netzteils die untere Grenze für den PC sein.
530 W sind für den gesamten PC nicht gerade berauschend bei dieser Grafikkarte.
Die Karte zieht ca. 1/3 der Netzteil-Leistung, d.h., es bleiben nur etwa 300-350 W für die übrigene Peripherie.

Eine weitere Ursache der BSODs kann auch durchaus der inkorrekte Sitz des CPU-Kühlers (zu wenig Leitpaste?) sein.
Darauf deuten die verschiedenen Meldungen hin, vermutlich kann auch deswegen die Firewall nicht gestartet werden,
weil Windows die Systemdatei (ipnat.sys?) nicht finden kann.
Hier werden bestimmte Rechen-Abläufe der CPU nicht fertiggestellt, bzw. unterbrochen.

Werden Systemdateien nicht gefunden, liegen die Ursachen meist in

- Malwarebefall
- defekte Arbeitsspiecher
- defekte Festplatte
- zu wenig Saft
- falscher CPU-Sitz
- defektes Mainboard

Jetzt heißt es, nach und nach alle Punkte durcharbeiten.
Wenn du Malwarebefall und defekten Arbeitsspeicher auschließen kannst,
starte den PC mit den nur absolut notwendigen Komponenten,
ohne Grafikkarte (benutze statt dessen den VGA-Anschluß des Mainboards), Steckkarten und DVD-Laufwerk.

Tritt der Fehler wieder auf, Festplatte und CPU-Sitz überprüfen.
Danach bleibt erstmal dann der Austausch des Netzteils, in der Hoffnung, daß defekte Mainboards eher selten sind.

Noch etwas zu deinen Screenshots:
Wirklich aussagekräftig sind diese leider nicht, da bestimmte, wichtige Einträge nicht komplett angezeigt werden.
So hilft auch das Bild der Ereignisanzeige nicht viel, weil die Details nicht gezeigt werden.

Wenn du uns 1-2 minidumps auswerten und hier posten könntest, das wäre super. (y)
Wie das funktioniert, findest du hier:

http://www.drwindows.de/windows-anl...gen-leichte-diagnose-hilfe-windows-tools.html
 
Hier die Memory Datei:

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is 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+ *
*********************************************************************
*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntkrnlmp.exe -
Windows 7 Kernel Version 7600 MP (3 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02c0f000 PsLoadedModuleList = 0xfffff800`02e4ce50
Debug session time: Wed Dec 22 14:41:28.715 2010 (UTC + 1:00)
System Uptime: 0 days 0:00:42.260
*********************************************************************
* 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+ *
*********************************************************************
*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntkrnlmp.exe -
Loading Kernel Symbols
...............................................................
................................................................
..................................
Loading User Symbols
PEB is paged out (Peb.Ldr = 00000000`7efdf018). Type ".hh dbgerr001" for details
Loading unloaded module list
.....
*** ERROR: Module load completed but symbols could not be loaded for Ntfs.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 24, {1904fb, fffff880088ad5e8, fffff880088ace50, fffff8800131a173}

*** ERROR: Symbol file could not be found. Defaulted to export symbols for fltmgr.sys -
*** ERROR: Module load completed but symbols could not be loaded for klif.sys
***** 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 : Ntfs.sys ( Ntfs+c6173 )

Followup: MachineOwner
---------

2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

NTFS_FILE_SYSTEM (24)
If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 00000000001904fb
Arg2: fffff880088ad5e8
Arg3: fffff880088ace50
Arg4: fffff8800131a173

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.

MODULE_NAME: Ntfs

FAULTING_MODULE: fffff80002c0f000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc14f

EXCEPTION_RECORD: fffff880088ad5e8 -- (.exr 0xfffff880088ad5e8)
ExceptionAddress: fffff8800131a173 (Ntfs+0x00000000000c6173)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: 0000000000000040
Attempt to read from address 0000000000000040

CONTEXT: fffff880088ace50 -- (.cxr 0xfffff880088ace50)
rax=000100000000fe00 rbx=0000000000000020 rcx=fffffa800290c640
rdx=fffff880088ad920 rsi=fffff880088ad920 rdi=fffffa800290c640
rip=fffff8800131a173 rsp=fffff880088ad828 rbp=fffff880088ad8f0
r8=0000000000000040 r9=0000ffffffffffff r10=0000000000020000
r11=fffff880088ad968 r12=fffff880088ad9c4 r13=0000000000000000
r14=0000000000000000 r15=fffffa800290c180
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010202
Ntfs+0xc6173:
fffff880`0131a173 498b08 mov rcx,qword ptr [r8] ds:002b:00000000`00000040=????????????????
Resetting default scope

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x24

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002ca44cd to fffff8800131a173

STACK_TEXT:
fffff880`088ad828 fffff800`02ca44cd : fffffa80`030d5010 00000000`00000090 00000000`0000000e fffff800`02f85942 : Ntfs+0xc6173
fffff880`088ad830 fffff800`02ca4465 : fffff880`088ad9a0 fffffa80`05183c10 fffffa80`030d5010 fffff880`00000000 : nt!RtlLookupElementGenericTableFullAvl+0x7d
fffff880`088ad860 fffff880`0130c631 : 00010000`0000fe00 fffff880`01311195 fffff8a0`00000000 fffff980`066c5800 : nt!RtlLookupElementGenericTableFullAvl+0x15
fffff880`088ad890 fffff880`012d8cf6 : fffffa80`030d5010 fffffa80`0290c180 fffffa80`030d5010 00010000`0000fe00 : Ntfs+0xb8631
fffff880`088ad970 fffff880`012fcb04 : fffff880`088ba920 fffffa80`05183c10 fffffa80`030d5010 00000000`00000000 : Ntfs+0x84cf6
fffff880`088adb50 fffff880`01265c0d : fffffa80`030d5010 fffffa80`05183c10 fffff880`088ba920 fffffa80`04e4bb00 : Ntfs+0xa8b04
fffff880`088add30 fffff800`02c775c7 : fffff880`088ba890 00000000`00000000 ffffffff`ffff0000 00000000`03a8e148 : Ntfs+0x11c0d
fffff880`088add60 fffff800`02c77581 : 00000000`00000000 fffffa80`04e4bb60 fffff880`088ae000 fffff800`02c8f01a : nt!KiCpuId+0x577
fffff880`088ba760 fffff800`02c8f01a : fffff8a0`029b5010 fffffa80`04e4bb60 fffff880`00000000 00000000`00000000 : nt!KiCpuId+0x531
fffff880`088ba780 fffff880`01265b2f : fffff880`01265bf0 fffff880`088ba890 fffff880`088ba900 fffff880`0130732d : nt!KeExpandKernelStackAndCalloutEx+0x29a
fffff880`088ba860 fffff880`013029c0 : 00000000`00000000 00000000`00000000 fffff880`088baac0 fffffa80`05183c10 : Ntfs+0x11b2f
fffff880`088ba8c0 fffff880`00d7123f : fffffa80`0290c030 fffffa80`05183c10 fffff880`088bac00 fffffa80`028d1790 : Ntfs+0xae9c0
fffff880`088baa70 fffff880`00d902b9 : fffffa80`05183c10 fffffa80`02997010 fffffa80`05183c00 fffffa80`028d1790 : fltmgr!FltIsCallbackDataDirty+0xa2f
fffff880`088bab00 fffff800`02f82807 : 00000000`00000060 fffff800`02f82260 fffffa80`0511da48 fffff8a0`0008b5f0 : fltmgr!FltReadFile+0x103e9
fffff880`088babb0 fffff800`02f78e84 : fffffa80`028c75d0 00000000`00000000 fffffa80`045129c0 00000000`00009e00 : nt!SeUnlockSubjectContext+0x647
fffff880`088bad40 fffff800`02f7de4d : fffffa80`045129c0 fffff880`088baea0 fffffa80`00000240 fffffa80`018d6660 : nt!SeQueryInformationToken+0x20b4
fffff880`088bae40 fffff800`02f84917 : fffff880`088baf02 00000000`00000001 00000000`02000100 00000000`00000000 : nt!ObOpenObjectByName+0x1cd
fffff880`088baef0 fffff800`02f2804b : fffff880`088bb2e8 fffff8a0`80000000 fffffa80`0510f900 fffff880`088bb338 : nt!SeUnlockSubjectContext+0x2757
fffff880`088baf90 fffff880`00d9243c : 00000000`00000000 fffff880`088bb3d0 00000000`00000000 00000000`80000000 : nt!IoCreateFileEx+0xfb
fffff880`088bb030 fffff880`00da1a11 : fffff8a0`029bd1d0 00000000`00000000 fffff880`088bb2e8 fffff880`088bb2e0 : fltmgr!FltCreateFileEx2+0x18c
fffff880`088bb140 fffff880`03ea5ff0 : fffff880`088bb490 00000000`00000000 00000000`00000000 fffffa80`0510f8d0 : fltmgr!FltCreateFileEx+0x91
fffff880`088bb1d0 fffff880`03e6b152 : fffff880`088bb420 fffff880`03e6b00d 00000000`00000000 00000000`00000000 : klif+0x87ff0
fffff880`088bb260 fffff880`03e6aa4c : 00000000`00000000 fffffa80`00000000 00000000`00000000 fffff8a0`029ce000 : klif+0x4d152
fffff880`088bb380 fffff880`03e55186 : fffff8a0`027bf010 fffff880`088bb4e0 00000000`00009e10 00000000`00000000 : klif+0x4ca4c
fffff880`088bb410 fffff880`03e371c4 : 00000000`00000634 fffff880`088bb4e0 fffffa80`04f50b00 00000000`000000ca : klif+0x37186
fffff880`088bb480 fffff880`00da17ea : 00000000`00000000 fffffa80`05127720 00000000`00000000 00000000`0018fb68 : klif+0x191c4
fffff880`088bb500 fffff880`00da3cb2 : fffffa80`04cf22e0 00000000`00000000 00000000`00000000 fffff800`00000007 : fltmgr!FltParseFileNameInformation+0x8da
fffff880`088bb610 fffff880`00d9960b : 00000000`00000025 fffff800`02f82260 fffffa80`05032b10 fffff880`088bb6c8 : fltmgr!FltCreateSystemVolumeInformationFolder+0x9b2
fffff880`088bb690 fffff800`02f82807 : 00000000`00000025 fffff800`02f82260 fffffa80`05032b10 fffffa80`04f50bb8 : fltmgr!FltGetVolumeProperties+0x277b
fffff880`088bb740 fffff800`02f78e84 : fffffa80`02682cf0 00000000`00000000 fffffa80`04fc6b10 fffffa80`05032b01 : nt!SeUnlockSubjectContext+0x647
fffff880`088bb8d0 fffff800`02f7de4d : fffffa80`04fc6b10 fffff880`088bba30 fffff880`00000040 fffffa80`018d6660 : nt!SeQueryInformationToken+0x20b4
fffff880`088bb9d0 fffff800`02f84917 : 00000000`00000000 00000000`00000003 00000000`00000001 00000000`00000040 : nt!ObOpenObjectByName+0x1cd
fffff880`088bba80 fffff800`02f8e520 : 00000000`0008e2d8 fffffa80`00100003 fffffa80`05032b01 00000000`0008e2f0 : nt!SeUnlockSubjectContext+0x2757
fffff880`088bbb20 fffff800`02c7e993 : fffff880`088bbca0 fffff800`02f9974d fffff880`088bbbc8 00000000`0008e348 : nt!NtCreateFile+0x78
fffff880`088bbbb0 00000000`771f040a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KeSynchronizeExecution+0x3a43
00000000`0008e268 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x771f040a


FOLLOWUP_IP:
Ntfs+c6173
fffff880`0131a173 498b08 mov rcx,qword ptr [r8]

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: Ntfs+c6173

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: Ntfs.sys

STACK_COMMAND: .cxr 0xfffff880088ace50 ; kb

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------
 
Zuletzt bearbeitet von einem Moderator:
Und jetzt die Mini-Dumps:

1.


Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\122210-23181-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 7 Kernel Version 7600 MP (3 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02c0f000 PsLoadedModuleList = 0xfffff800`02e4ce50
Debug session time: Wed Dec 22 14:41:28.715 2010 (UTC + 1:00)
System Uptime: 0 days 0:00:42.260
*********************************************************************
* 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
.....
Unable to load image \SystemRoot\System32\Drivers\Ntfs.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for Ntfs.sys
*** ERROR: Module load completed but symbols could not be loaded for Ntfs.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 24, {1904fb, fffff880088ad5e8, fffff880088ace50, fffff8800131a173}

***** 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 : Ntfs.sys ( Ntfs+c6173 )

Followup: MachineOwner
---------

2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

NTFS_FILE_SYSTEM (24)
If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 00000000001904fb
Arg2: fffff880088ad5e8
Arg3: fffff880088ace50
Arg4: fffff8800131a173

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.

MODULE_NAME: Ntfs

FAULTING_MODULE: fffff80002c0f000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc14f

EXCEPTION_RECORD: fffff880088ad5e8 -- (.exr 0xfffff880088ad5e8)
ExceptionAddress: fffff8800131a173 (Ntfs+0x00000000000c6173)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: 0000000000000040
Attempt to read from address 0000000000000040

CONTEXT: fffff880088ace50 -- (.cxr 0xfffff880088ace50)
rax=000100000000fe00 rbx=0000000000000020 rcx=fffffa800290c640
rdx=fffff880088ad920 rsi=fffff880088ad920 rdi=fffffa800290c640
rip=fffff8800131a173 rsp=fffff880088ad828 rbp=fffff880088ad8f0
r8=0000000000000040 r9=0000ffffffffffff r10=0000000000020000
r11=fffff880088ad968 r12=fffff880088ad9c4 r13=0000000000000000
r14=0000000000000000 r15=fffffa800290c180
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010202
Ntfs+0xc6173:
fffff880`0131a173 498b08 mov rcx,qword ptr [r8] ds:002b:00000000`00000040=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x24

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002ca44cd to fffff8800131a173

STACK_TEXT:
fffff880`088ad828 fffff800`02ca44cd : fffffa80`030d5010 00000000`00000090 00000000`0000000e fffff800`02f85942 : Ntfs+0xc6173
fffff880`088ad830 fffffa80`030d5010 : 00000000`00000090 00000000`0000000e fffff800`02f85942 fffff880`088ad8f0 : nt+0x954cd
fffff880`088ad838 00000000`00000090 : 00000000`0000000e fffff800`02f85942 fffff880`088ad8f0 fffff800`02ca4465 : 0xfffffa80`030d5010
fffff880`088ad840 00000000`0000000e : fffff800`02f85942 fffff880`088ad8f0 fffff800`02ca4465 fffff880`088ad9a0 : 0x90
fffff880`088ad848 fffff800`02f85942 : fffff880`088ad8f0 fffff800`02ca4465 fffff880`088ad9a0 fffffa80`05183c10 : 0xe
fffff880`088ad850 fffff880`088ad8f0 : fffff800`02ca4465 fffff880`088ad9a0 fffffa80`05183c10 fffffa80`030d5010 : nt+0x376942
fffff880`088ad858 fffff800`02ca4465 : fffff880`088ad9a0 fffffa80`05183c10 fffffa80`030d5010 fffff880`00000000 : 0xfffff880`088ad8f0
fffff880`088ad860 fffff880`088ad9a0 : fffffa80`05183c10 fffffa80`030d5010 fffff880`00000000 00000000`00000000 : nt+0x95465
fffff880`088ad868 fffffa80`05183c10 : fffffa80`030d5010 fffff880`00000000 00000000`00000000 fffff880`0130c631 : 0xfffff880`088ad9a0
fffff880`088ad870 fffffa80`030d5010 : fffff880`00000000 00000000`00000000 fffff880`0130c631 00010000`0000fe00 : 0xfffffa80`05183c10
fffff880`088ad878 fffff880`00000000 : 00000000`00000000 fffff880`0130c631 00010000`0000fe00 fffff880`01311195 : 0xfffffa80`030d5010
fffff880`088ad880 00000000`00000000 : fffff880`0130c631 00010000`0000fe00 fffff880`01311195 fffff8a0`00000000 : 0xfffff880`00000000


FOLLOWUP_IP:
Ntfs+c6173
fffff880`0131a173 498b08 mov rcx,qword ptr [r8]

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: Ntfs+c6173

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: Ntfs.sys

STACK_COMMAND: .cxr 0xfffff880088ace50 ; kb

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------

2.

Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\Minidump\122210-19796-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 7 Kernel Version 7600 MP (3 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02c0e000 PsLoadedModuleList = 0xfffff800`02e4be50
Debug session time: Wed Dec 22 14:39:29.233 2010 (UTC + 1:00)
System Uptime: 0 days 0:01:15.778
*********************************************************************
* 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
.....
Unable to load image \SystemRoot\System32\Drivers\Ntfs.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for Ntfs.sys
*** ERROR: Module load completed but symbols could not be loaded for Ntfs.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 24, {70f89, 22, 0, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 : Ntfs.sys ( Ntfs+a5c24 )

Followup: MachineOwner
---------

2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

NTFS_FILE_SYSTEM (24)
If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 0000000000070f89
Arg2: 0000000000000022
Arg3: 0000000000000000
Arg4: 0000000000000000

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.

MODULE_NAME: Ntfs

FAULTING_MODULE: fffff80002c0e000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc14f

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x24

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff88001302c24 to fffff80002c7e740

STACK_TEXT:
fffff880`063e6918 fffff880`01302c24 : 00000000`00000024 00000000`00070f89 00000000`00000022 00000000`00000000 : nt+0x70740
fffff880`063e6920 00000000`00000024 : 00000000`00070f89 00000000`00000022 00000000`00000000 00000000`00000000 : Ntfs+0xa5c24
fffff880`063e6928 00000000`00070f89 : 00000000`00000022 00000000`00000000 00000000`00000000 00000000`00000000 : 0x24
fffff880`063e6930 00000000`00000022 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x70f89
fffff880`063e6938 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff8a0`00000014 : 0x22


STACK_COMMAND: kb

FOLLOWUP_IP:
Ntfs+a5c24
fffff880`01302c24 ?? ???

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: Ntfs+a5c24

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: Ntfs.sys

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------

Diesmal habe ich nur einen Teil der 2x2gig Arbeitsspeicher drinnen. Der eine hat, so zumindest ein mal alleine ohne probleme funktioniert. ich werde das nochmal machen, wenn er wieder kalt ist. und jetzt ist der andere Drinnen, und diese Fehler werden mir gebracht. Wenn noch was fehlen sollte, dann bitte schreiben.

Un noch was: Ich will mir noch eine Sapphire Radeon 6850 HD kaufen. Reicht da das Netzteil noch aus?/ Was macht da der separate Stromanschluss aus?

Danke Franz und DaTaRebell
 
Zuletzt bearbeitet von einem Moderator:
Die Logs sind leider für die Katz, die symbols wurden nicht korrekt geladen, bzw. erkannt.
Führe Debugging bitte nochmals durch und markiere die Checkbox "Reload", wenn der "Symbol Search Path" abgefragt wird.
Überprüfe auch, ob der Pfad richtig angegeben wurde.

Zum Arbeitsspeicher und Grafikkarte:

Wenn einer der beiden keine Fehler mehr erzeugt, liegt es natürlich am anderen Riegel,
dann ist dieser defekt. Vielleicht kannst du, zur letzten Gewissheit, die Bänke vertauschen.

Die Grafikkarte hat deswegen einen separaten Stromanschluß, weil sie relativ viel Strom ziehen muß,
laienhaft ausgedrückt.
Für diese Menge wären einfache Pins nicht mehr ausreichend.
 
Anzeige
Oben