• Wenn Ihr hier einen Thread erstellt, dann erwartet Euch im Beitragformular eine Vorlage mit notwendigen Grundinformationen, durch die Euch die Community schneller helfen kann. Mehr Informationen dazu findet ihr in diesem Thread.

Proleme nach CPU-Wechsel

Hallo!
Die RAM-Einstellungen dachte ich eigentlich übernommen zu haben, allerdings hat ein erneuter Blick ins BIOS ergeben, dass die Command Rate noch immer auf AUTO stand. Hab sie nun wieder auf 2T geändert.

In der Zwischenzeit habe ich mir den kleinen Bluescreen-Auswerte-Thread durchgelesen. Hab alles dort befolgt und präsentiere hier nun das Ergebnis: ;) (Da ich leider nicht genau weiß, was alles relevant ist, poste ich einfach mal alles. Die unwichtigen Stellen darf ein Moderator gerne streichen. :))

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


Loading Dump File [C:\Windows\Minidump\022111-12714-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16695.amd64fre.win7_gdr.101026-1503
Machine Name:
Kernel base = 0xfffff800`02c66000 PsLoadedModuleList = 0xfffff800`02ea3e50
Debug session time: Mon Feb 21 19:58:44.159 2011 (UTC + 1:00)
System Uptime: 0 days 1:25:14.079
Loading Kernel Symbols
...............................................................
................................................................
.............................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 7F, {8, 80050031, 6f8, fffff80002ce0bd0}

Probably caused by : NETIO.SYS ( NETIO!CompareSecurityContexts+6a )

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

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

UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault). The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
use .trap on that value
Else
.trap on the appropriate frame will show where the trap was taken
(on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000006f8
Arg4: fffff80002ce0bd0

Debugging Details:
------------------


BUGCHECK_STR: 0x7f_8

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002cd5ca9 to fffff80002cd6740

STACK_TEXT:
fffff880`03095d68 fffff800`02cd5ca9 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`03095d70 fffff800`02cd4172 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`03095eb0 fffff800`02ce0bd0 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
fffff880`030b1ff0 fffff800`02cdbda7 : fffff880`030b21b0 fffff880`030b21d0 00000000`00000001 0000058a`00000000 : nt!SepMandatoryIntegrityCheck+0xf0
fffff880`030b2070 fffff800`02c9ef5a : fffffa80`0585b080 00000000`00000001 00000000`00000000 fffffa80`042307c8 : nt!SeAccessCheckWithHint+0x317
fffff880`030b2150 fffff880`01513c5a : 0000058a`00000000 0000058a`00000000 0000058a`00000000 0000058a`00000000 : nt!SeAccessCheckFromState+0x102
fffff880`030b2840 fffff880`0151194f : 0000058a`c0000022 0000058a`00000000 0000058a`00000000 0000058a`00000000 : NETIO!CompareSecurityContexts+0x6a
fffff880`030b28b0 fffff880`015139b5 : 0000058a`00000000 0000058a`00000000 0000058a`00000000 0000058a`00000000 : NETIO!MatchValues+0xef
fffff880`030b2900 fffff880`01513845 : fffffa80`05220d90 fffffa80`05859a10 fffff880`030b2b28 fffff880`030b3260 : NETIO!FilterMatch+0x95
fffff880`030b2950 fffff880`01514ccb : 00000000`00000000 00000000`00000000 fffff880`030b3260 fffff880`030b2b10 : NETIO!IndexListClassify+0x69
fffff880`030b29d0 fffff880`0163f417 : fffff880`030b2ea8 fffff880`030b2ea8 fffff880`030b3be0 fffffa80`03c775d0 : NETIO!KfdClassify+0xa4e
fffff880`030b2d40 fffff880`0163883e : fffff880`01747690 00000000`00000000 fffffa80`050a4db0 00000000`00000000 : tcpip!WfpAleClassify+0x57
fffff880`030b2d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : tcpip!WfpAlepAuthorizeSend+0x94e


STACK_COMMAND: kb

FOLLOWUP_IP:
NETIO!CompareSecurityContexts+6a
fffff880`01513c5a 448b442470 mov r8d,dword ptr [rsp+70h]

SYMBOL_STACK_INDEX: 6

SYMBOL_NAME: NETIO!CompareSecurityContexts+6a

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: NETIO

IMAGE_NAME: NETIO.SYS

DEBUG_FLR_IMAGE_TIMESTAMP: 4bbe946f

FAILURE_BUCKET_ID: X64_0x7f_8_NETIO!CompareSecurityContexts+6a

BUCKET_ID: X64_0x7f_8_NETIO!CompareSecurityContexts+6a

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

5: kd> !analyze –v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 7F, {8, 80050031, 6f8, fffff80002ce0bd0}

Probably caused by : NETIO.SYS ( NETIO!CompareSecurityContexts+6a )

Followup: MachineOwner
---------
 
Öhm... doch. :ugly:
Bitte sag mir, dass es an diesem Programm liegt... das wäre ja die absolut denkbar einfachste Lösung!
Verträgt sich ZoneAlarm etwa nicht mit x6? Oder wie kommst du spontan darauf?
 
Win7 64-bit verträgt sich nicht mit ZoneAlarm (oder umgekehrt :D).
Der oben gepostete DoubleFault Bluescreen (Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT) tritt beim zusammentreffen von Win7-64bit und ZoneAlarm regelmäßig auf.
Deinstalliere ZoneAlarm und teste, ob die Probleme bleiben (kann ja sein, dass mehrere Problemursachen bestehen).
 
Hallo!
Erstmal herzlichen Dank!! :) Seit ich ZoneAlarm deinstalliert habe, gabs keinen Bluescreen mehr. Was mich daran immer noch verwundert: Ich hatte vor dem Wechsel der CPU ja auch schon ZoneAlarm und Windows 7 64bit und es kam nie zu solchen Problemen. Merkwürdig... Egal, hauptsache diese nervigen Bluescreens sind weg. Ich hab vorhin ca. 2 Stunden CS:S gespielt... vor zwei Tagen war das nicht möglich.
Was ich gerade noch gemacht habe, war BC2 neu zu installieren. Nach 7 Minuten kam wieder der schon bekannte Crash to Desktop mit den von mir beschriebenen Fehlern (Grafik verzerrt, Programme reagieren nicht mehr, etc.). Was dieses mal neu war, war die Meldung, dass mein PC gerne den Aero-Effekt (ja, ich weiß, der is unnötig... ich hab ihn trotzdem an ;)) ausschalten würde, damit mehr Ressourcen zur Verfügung stehen. Diese Meldung versteh ich allerdings nicht soo ganz: Ich hab meine CPU getauscht von nem Athlon II X3 435 zu einem Phenom II X6 1100T und auf dem Athlon lief BC2 bei gleichen Einstellungen ohne diese Meldung / diese Fehler.
Ich werde nun mal ohne Aero-Effekt das Spiel starten. Sollte es dann laufen, bin ich zwar glücklich, erklären kann ich mir es aber nicht... :huh:

NACHTRAG: Wie schon vermutet, hat auch das Ausschalten des Aero-Effekts nichts gebracht.
 
Zuletzt bearbeitet:
So sieht es momentan in meinem BIOS aus (entschuldigt bitte die schlechte Qualität der Fotos :)):

bios.png

An die Spannung der RAM habe ich mich bisher noch nicht "herangetraut"... Sollte das aber der nächste logische Schritt zur Problembehandlung sein, werd ich das auch ausprobieren. ;)

In der Zwischenzeit hab ich mal im Internet etwas über meine Grafikkarte recherchiert: Die Sapphire HD 5770 (nicht Vapor-X) wurde anscheinend teilweise mit einem falschen BIOS ausgeliefert, das dazu führte, dass die Grafikkarte unter Volllast nur auf 500 MHz taktet (ich glaube statt 800). Könnte das eventuell auch den Fehler verursachen? Ich stelle mir das so vor, dass BC2 die Grafikkarte irgendwann an ihr Maximum bringt und sie dann eben falsch taktet, so dass es zu einem Absturz kommt und Grafikfehler auftauchen (andere Spiele fordern der Karte vllt nicht ganz so viel ab). Jetzt hab ich aber auch gelesen, dass die Modelle trotz dem flaschen BIOS funktionieren und eben nur Performance-Einbußen bestehen (von Abstürzen hat niemand gesprochen). Was meint ihr? Kann es davon kommen?
 
Abstürze wären von einer zu niedrig getakteten Grafikkarte fast auszuschließen, bzw. das Gegenteil wäre eher der Fall. Da die Graka unter ihren Möglichkeiten läuft, sollte der Betrieb stabiler sein. Statt dessen wären Performance-Probleme durch den gesenkten Takt an der Tagesordnung.

Ob die Graka nur mit "halber" (Takt-)Leistung läuft, kannst du aber mit GPU-Z nachprüfen. Lasse nebenher kurz Furmark im Fenstermoduns laufen, der Grafikkartentakt sollte während Furmark sein Maximum erreichen.

Stell die Spannung der RAM (testweise) auf 1,60 - 1,65V ein. In 0,05V Schritten erhöhen und testen. Nicht höher als 1,65V gehen.
Wie ist die Frequenz der RAM eingestellt?
 
Wo kann ich die Frequenz der RAM ablesen?

NACHTRAG: Es ist mir erstmals gelungen, den Fehler selbst herbeizuführen. Ich ließ Furmark ca. 20 Minuten laufen: alles wunderbar! Graka taktet mit 850 MHz, wird maximal 70°C warm (geht noch, oder?) und es gibt keine Aussetzer.
Ich denke mir also, lass doch mal schaun was passiert, wenn ich prime95 dazu laufen lasse (wollte Zusammenspiel von ausgelasteter Graka und CPU testen). Nach ca. 20 Sekunden ist prime95 abgestürzt, ließ sich auch nicht mehr starten. Der Computer reagierte ähnlich wie nach einem Absturz aus BC2: Programme lassen sich nicht mehr öffnen, alles ist verzögert, etc.
 
Zuletzt bearbeitet:
Hallo miteinander!
War leider längere Zeit nicht mehr zu Hause am PC, deshalb hats etwas gedauert... sry. :)

Zur Frequenz der RAM:

http://extreme.pcgameshardware.de/images/attach/png.gif

An dem System wurden übrigens einige schon länger geplante Hardware-Änderungen vorgenommen. Der Fehler (Absturz unter Vollast, also prime95 plus Furmark) besteht aber weiter.
Der PC hat nun folgendes drin:

CPU: AMD Phenom II x6 1100t
Mainboard: ASUS Crosshair IV Formula
NT: Enermax Modu 87+ 700W
GraKa: Zotac GTX 480 AMP

Geändert hat sich am Fehlerablauf auch nicht viel: Ich starte prime95 und Furmark, nach ca. 30 Sekunden stürzt der PC ab. Mit den alten Komponenten hat sich prime95 noch geschlossen, jetzt friert der PC einfach ein.

Ich werde nun die Spannung der RAM ändern und melde mich dann nochmal, ob es was gebracht hat. ;)

EDIT: Jetzt bin ich absolut ratlos. Der PC hat sich schon allein von Furmark aufgehängt. Was is da los? Grafikkarte??
 

Anhänge

  • cpu-z3.png
    cpu-z3.png
    27,8 KB · Aufrufe: 58
Zuletzt bearbeitet:
Joa, soweit ich weiß hat Windows7 en integrierten RAM test (im erweiterten Bootmenü), lass den ma durchlaufen.
 
Nein, den OCZ verwende ich nicht mehr, seit mir memtest bei dem einen Fehler gemeldet hat. Er wurde getauscht durch: G.Skill Ripjaws F3-10666CL7D-4GBRH.

Die Tests bei prime lasse ich so laufen:
png.gif


GoldMemory lief nun einmal ohne Fehler durch. Allerdings zeigt mir GoldMemory als Memory Size nur 3326 MB an. Soll das so sein? Ich warte nun mal einen zweiten Testlauf ab... der erste dauerte 1:30 h. Ich werde dann das Ergebnis wieder posten. Bis denn!

EDIT: GoldMemory lief nun in etwas über 3 Stunden zweimal durch ohne einen Fehler zu finden. Einzig der Memory Size irritiert mich noch. In CPU-Z wird er aber richtig angezeigt.

EDIT 2: In meiner Verzweiflung hab ich nun nochmal Windows neu installiert. Danach direkt Furmark: Es lief 2 Minuten, dann fror der PC wieder ein. Was mich gestört hat, wobei ich (aufgrund des gleichen Fehlerbildes auch vorher) das nicht als Fehlerquelle erachte: Die Grafikkarte (Zotac GTX 480 AMP) wurde 85°C warm (der Lüfter lief dabei nur auf 60 %). Wie gesagt, der Fehler ist der gleiche wie vorher, so heiß wurde diese Karte noch nie, die andere Grafikkarte bei gleichem Fehler auch nicht.

LETZTER EDIT FÜR HEUTE: ;) Ich bin erstaunt, wie viele verschiedene Fehlermeldungen ich noch erhalte. Furmark lief ca. 2 Minuten, dann fror es wieder ein, doch diesmal meldete mir Windows Folgendes:

Der Anzeigentreiber wurde nach einem Fehler wiederhergestellt.
Der Anzeigentreiber "NVIDIA Windows Kernel Mode Driver, Version 266.58" reagiert nicht mehr und wurde wiederhergestellt.

Grafikkartentreiber wurden kurz vorher neu installiert. Der Rechner läuft also erstmals nach einem "Absturz" weiter. Danach direkt nochmal Furmark laufen gelassen, allerdings hab ich abgebrochen, da ich Temps von 90°C von meiner ATI einfach nicht gewohnt bin (wird die GTX 480 wirklich so heiß? Der Lüfter der Karte war auch erst bei 60%. Mein Gehäuse ist normal sehr gut durchlüftet.). Als ich danach noch kurz den Leistungsindex von Windows laufen ließ und in der Systemsteuerung von NVIDIA nachschaute wie alles eingestellt ist, kam es zu der gleichen Fehlermeldung (dass meine GraKa im Windows Leistungsindex jetzt nur noch mit 6,0 statt vorher 7,8 bewertet wird, schiebe ich mal auf diesen Absturz ;) ).
Ich hoffe das alles hilft bei der Auflösung des Rätsels um die mysteriösen Abstürze weiter. Ich bin schon gespannt auf eure Antworten. ;)
 

Anhänge

  • prime.png
    prime.png
    20,6 KB · Aufrufe: 52
Zuletzt bearbeitet:
Nvidia gibt die max. Temp. für die gtx480 mit 105°C an: NVIDIA GeForce GTX 480

Um nachzuprüfen, ob die Problem dennoch auf Grund der hohen GPU-Temperatur zustandekommen, könntest du den Lüfter der Grafikkarte manuell auf 100% einstellen. Die Temperatur sollte dann unter 80° bleiben.

Läuft den Prime95 ohne Furmark stabil?

Der Anzeigentreiber wurde nach einem Fehler wiederhergestellt.
Der Anzeigentreiber "NVIDIA Windows Kernel Mode Driver, Version 266.58" reagiert nicht mehr und wurde wiederhergestellt.

Sofern Prime95 (Custom, Run FFT´s in-place) für sich stabil läuft, probiere folgenden Hotfix: The operating system may crash when you run a D3D application full-screen in an immediate mode on Windows 7 or on Windows Server 2008 R2
 
Lasse den RAM auch zunächst (für Tests mit Prime und Furmark) mit 1066mhz @ 9-9-9-24-33 @ 2T laufen. Die RAM Spannung von 1,5 bis 1,65V testen (in 0,05V Schritten erhöhen).

Sollte ich dabei die Timings manuell einstellen oder auf AUTO lassen (2T ist schon manuell eingestellt, Rest auf AUTO und es kommen die Timings raus)? Muss ich außer der DRAM Voltage noch etwas ändern, oder kann ich den Rest auf AUTO lassen? (Im BIOS zeigt es übrigens bei AUTO ne DRAM Voltage von 1.561, in CPU-Z nur 1.50)
Könnte ich auch die vom Hersteller vorgegeben Timings testen (7-7-7-21, 1.5V)? Was müsste ich dabei beachten? Fragen über Fragen... :D

Um nachzuprüfen, ob die Problem dennoch auf Grund der hohen GPU-Temperatur zustandekommen, könntest du den Lüfter der Grafikkarte manuell auf 100% einstellen.

Könntest du mir bitte kurz erklären, wie ich das mach. :)

Läuft den Prime95 ohne Furmark stabil?

Wie lange sollte ich prime95 laufen lassen, um sagen zu können, dass es stabil läuft?

Vielen Dank auf jeden Fall schonmal für die Hilfe!!
 
Zwei bis vier Stunden kannst du Prime95 mal laufen lassen. Dabei sollten alle Worker durchlaufen.

Den Grafkkartenlüfter kannst du z.B. mit Afterburner manuell einstellen: MSI Afterburner Download - ComputerBase
Eine Anleitung dafür (Abschnitt FAN CONTROL): Overclocking with MSI Afterburner - Bjorn3D.com

Die Frequenz und Timings der RAM im Bios manuell einstellen, nicht auf AUTO lassen.
Natürlich kannst du auch die herstellerspezifischen Timings ((7-7-7-21, 1.5V) testen.
Andere Spannungen, außer DRAM, musst du nicht ändern.
 
Zurück