Irql_not_less_or_equal

[nicoc]

...meine OC-einstellungen überprüfe ich jetzt im moment nochmal mit prime auf stabilität. und zwar nur mit dem einem RAM, der nie fehler geliefert hat.

... mehr wollte ich nicht. Und wenn dann alles stabil läuft: zurück mit dem RAM insofern noch Gewährleistung.

 

[chaoskaefer]

folgendes ergebnis:
cpu+board übertaktet auf 400mhz: prime-fehler nach 2,5h.
nur cpu übertaktet auf 333mhz: prime läuft 4,5h durch.

die abstürze gestern bei anno hatte ich mit 400mhz fsb. auch nach etwa so 2,5-3h. kann also schon daran liegen.
ABER: baue ich den wohl fehlerhaften RAM-baustein wieder in den rechner ein (bei 333mhz), geht booten wieder nicht.

bleibt wohl also nur noch RMA.

EDIT:
also langsam wirds verrückt.
ausgangssituation: nur 1 RAM-Riegel drin.
ich stelle bios auf "fail safe default" - werte. lasse kurz hochfahren, alles ok. mache den rechner wieder aus.
baue den 2. RAM (evt. fehlerhaften) dazu. kein booten, anhaltender piepton. das gewohnte bild also, auch mit diesen bios-einstellungen.

baue den 2. RAM nicht aus, sondern setze ihn eine ram-bank weiter nach vorn. kein dual-channel also. --> kein booten, aber auch kein tonsignal mehr.
baue den 1. RAM aus, lasse den 2. RAM so wie er ist. --> PC bootet ganz normal.

memtest laufen gelassen - nur kurz, will ins bett - schafft die beiden tests, in denen der RAM sonst die fehler gebracht hat.

baue den 1. RAM wieder rein, in die dual-channel-bank. ---> PC bootet ganz normal. memtest ebenfalls bis test 6.

schreibe diesen text auch gerade mit beiden RAM-riegeln drin.


was ist hier los?!
fail-safe-default-werte und die RAM`s statt 2x gelb auf 2x rot eingebaut. spannung auch wieder "nur" 1,8V und nicht mehr 1,9V.
kann mir aber nicht vorstellen, dass ich jetzt damit dauerhaft stabiles system habe. irgendwo liegt der hund begraben..nur wo?!

 

[simpel1970]

Interessantes Ergebnis. Lass die RAM in den roten Bänken. Wenn die dort jetzt stabil laufen, könnte es auch an einem Defekt der gelben Bänke liegen.

 

[chaoskaefer]

ja, lass es jetzt erstmal so.
kann aber erst die nächsten tage wieder testen, bin jetzt nicht @ home.
glaube aber nicht wirklich dran, dass die probs jetzt weg sind. aber wir werden sehen..versuch macht klug!

EDIT:
so..zum neuesten stand:
memtest lief jetzt mehrere male fehlerfrei durch.
zunächst mit standard-einstellungen und ohne OC.
dann mit 333mhz FSB, also OC der CPU, aber nicht vom Board.
dann mit 380mhz FSB, also OC CPU + Board. diese einstellung bin ich fast das gesamte letzte jahr gefahren (noch mit dem alten RAM) und das war sehr stabil und ohne probleme möglich. die cpu dabei sogar undervolted.

mit diesen 380mhz hab ich dann heut mal bisl praxistest gemacht. anno gedaddelt, psychonauts, etwa 3-4h. alles ohne probleme.
leider dann aber vorhin nach 10min torchlight einen blue screen.

es folgten 1-2 komische versuche wieder zu booten. im bootvorgang nochmal neu gestartet etc.
dann ein weiterer blue screen beim versuch, die crash-dump file zu öffnen vom ersten blue screen (die hat es übrigens nicht angelegt..).
naja, der 2. blue screen hat mir einen fehler ausgegeben, den ich nicht so richtig deuten kann. schien was mit der maus und der treiber-software zu sein.

habe dann erstmal wieder standardtakt eingestellt und da gab es auch erstmal keine probleme.

dann nochmal 380mhz fsb eingestellt und gmch und fsb um 0,1V erhöht. prime ist da dann übrigens kurz nach dem start sofort abgeschmiert und hat gleich den ganzen rechner mitgenommen..auch untypisch.

jetzt läuft rechner erstmal mit 333mhz fsb. somit ist board nicht übertaktet und das scheint mir gerade das sinnvollste zu sein. dass die cpu probleme macht glaube ich nicht. die läuft jetzt mit standard vcore und vorher ja wie gesagt sogar undervolted. prime ist auch nicht sofort abgestürzt wie bei 380mhz der fall.

nun ja..wer hat eine kristallkugel und sagt mir, was das problem ist?

 

[simpel1970]

Deine Übertaktungseinstellungen?

 

[chaoskaefer]

*grmbl*
prime eben laufen gelassen mit folgenden OC-einstellungen:
fsb: 333mhz. keine spannungen erhöht, alles auf standard. ram-teiler auf 2, ram läuft im moment also mit 667 statt 800mhz.
ergebnis: thread 1 bricht nach 7min ab, thread 2 nach 53min.

die cpu macht eigentlich viel mehr mit..ich kann mir irgendwie nicht vorstellen, dass es an der cpu liegt..

 

[simpel1970]

keine spannungen erhöht, alles auf standard

Deine CPU macht das bestimmt mit, jedoch muss das Board beim Übertakten (Spannungen CPU, FSB, etc) entsprechend eingestellt werden.

 

[chaoskaefer]

das board ist ein gigabyte p965 ds3. das hat standardmäßig nen fsb von 333mhz. daher bin ich davon ausgegangen, dass ich keine spannungen erhöhen muss beim board (fsb, gmch), weil ich es doch mit standard-fsb laufen lasse.

lief ja auch mit 380mhz fsb ohne jegliche spannungs-erhöhungen primestable.

 

[simpel1970]

lief ja auch mit 380mhz fsb ohne jegliche spannungs-erhöhungen primestable.

Ich weiß jetzt nicht genau, wie das bei dem Board ist, werden die Spannungen aber auf AUTO stehen gelassen und der FSB erhöht, gehen die Spannungen automatisch mit hoch. Meistens jedoch mehr als nötig (manchmal sogar mehr als das Board auf Dauer vertragen kann). Die feste Einstellungen der Spannungen ist daher Pflicht, um Schäden durch Überspannung (oder Überhitzung durch zu hohe Spannung) zu vermeiden.
Wie gesagt, weiß ich nicht, wie sich dein Board verhält, aber wenn die Chips, CPU, etc. über einen längeren Zeitraum zu viel Spannung erhalten haben, können die Probleme, die du jetzt hast evtl. davon kommen.
Elekromigration kann z.B. eine Folge davon sein.

Edit: So wie ich das nachlesen konnte, trifft das bei deinem Board nicht zu, da hier die Spannungen aktiv angehoben werden müssen und dies nicht automatisch passiert.

 

[chaoskaefer]

doch doch, das könnte schon automatisch gehen mit den spannungserhöhungen. aber ich hab mich zum thema OC auch belesen und wusste dann auch, dass man das besser auf "manual" stellen sollte.
und somit kann ich jede spannung selber anpassen und die stehen auf dem wert "normal".

EIST und C1E hab ich enabled..lese ich ja auch oft, dass man es ausschalten sollte. naja..es lief wie gesagt immer stabil mit diesen einstellungen..
..bis ich den ram getauscht habe..und es mal läuft und mal nicht.
kann leider meinen alten RAM nicht mehr einbauen, da ich den dann verkauft habe, als ich das system mit neuen RAM 2-3 Wochen stabil am laufen hatte.

 

[simpel1970]

..bis ich den ram getauscht habe..und es mal läuft und mal nicht.

Naja, die Vermutung liegt dann doch nahe, dass es am RAM liegt.

Wenn du noch Lust zum testen hast, erhöhe die Timings der RAM auf 6-6-6-24-32. Bleibt das Problem?

 

[chaoskaefer]

naja, teste ich später. ich daddel mal anno und schaue, wie stabil es bleibt. gestern ging es ja 2,5h problemlos.

 

[simpel1970]

Ok. Schau ma mal.

 

[chaoskaefer]

so..
neue infos: anno ging gestern gut 2h, dann absturz. aber nur das game, nicht der rechner. (einstellungen hatte ich alles so gelassen. 333mhz fsb, ram-timings 5-5-5-18)

heut morgen hatte ich dann noch ca. 1h formel1 schauen blue screen mit "fltmgr.sys"

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

KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff88001027dbe, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: ffffffffffffffff, Parameter 1 of the exception

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
fltmgr!FltpPerformPreCallbacks+8e
fffff880`01027dbe f0480fb10b lock cmpxchg qword ptr [rbx],rcx

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: ffffffffffffffff

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80001cba0e0
ffffffffffffffff

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x1E

PROCESS_NAME: DScaler.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80001ac3a17 to fffff80001a83f00

STACK_TEXT:
fffff880`0fd91d68 fffff800`01ac3a17 : 00000000`0000001e ffffffff`c0000005 fffff880`01027dbe 00000000`00000000 : nt!KeBugCheckEx
fffff880`0fd91d70 fffff800`01a83542 : fffff880`0fd92548 4820ec83`48571824 fffff880`0fd925f0 fffffa80`0454c970 : nt! ?? ::FNODOBFM::`string'+0x460da
fffff880`0fd92410 fffff800`01a81e4a : 00000000`0003a800 fffff800`01aa9a69 00000000`00000000 00000000`0009a05e : nt!KiExceptionDispatch+0xc2
fffff880`0fd925f0 fffff880`01027dbe : 00000000`00000000 fffff880`0fd92800 00000000`00008000 fffff800`01a745f7 : nt!KiGeneralProtectionFault+0x10a
fffff880`0fd92780 fffff880`01028be9 : fffff880`0fd92900 000001e0`035a6603 fffffa80`07c01f38 00000000`00000000 : fltmgr!FltpPerformPreCallbacks+0x8e
fffff880`0fd92880 fffff880`010276c7 : fffffa80`04672b50 fffffa80`04dc06c0 fffffa80`051808e0 f8a001c5`75a80400 : fltmgr!FltpPassThrough+0x2d9
fffff880`0fd92900 fffff800`01a75a52 : fffffa80`04672b70 fffffa80`078d9dd0 00000000`00000043 fffff880`009b8180 : fltmgr!FltpDispatch+0xb7
fffff880`0fd92960 fffff800`01a75d55 : 00000000`00000001 00000000`00000001 fffff880`0fd92a60 00000000`00000000 : nt!IoPageRead+0x252
fffff880`0fd929f0 fffff800`01a9f09b : 00000000`00000000 00000000`00000000 ffffffff`ffffffff 00000000`00000000 : nt!MiIssueHardFault+0x255
fffff880`0fd92ac0 fffff800`01a81fee : 00000000`00000008 00000000`00000000 fffff880`0fd92b01 fffffa80`050e1da0 : nt!MmAccessFault+0x14bb
fffff880`0fd92c20 00000000`006ac86a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`0a5ff394 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x6ac86a


STACK_COMMAND: kb

FOLLOWUP_IP:
fltmgr!FltpPerformPreCallbacks+8e
fffff880`01027dbe f0480fb10b lock cmpxchg qword ptr [rbx],rcx

SYMBOL_STACK_INDEX: 4

SYMBOL_NAME: fltmgr!FltpPerformPreCallbacks+8e

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: fltmgr

IMAGE_NAME: fltmgr.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc11f

FAILURE_BUCKET_ID: X64_0x1E_fltmgr!FltpPerformPreCallbacks+8e

BUCKET_ID: X64_0x1E_fltmgr!FltpPerformPreCallbacks+8e

Followup: MachineOwner


---> Dscaler.exe und was vom Speicher steht drin..


noch ne andere idee: der hdd-käfig vibriert recht stark. den habe ich nicht mit allen schrauben wieder befestigen können, weil ich die front-lüfter mit gummi-puffer installiert habe.
könnten die fehler von diesen vibrationen kommen? in kombination mit vielleicht nen lockeren kabel, was durch meinen umzug passiert sein könnte?

 

[nicoc]

... KMODE_EXCEPTION_NOT_HANDLED verweist meist auch auf ein RAM Problem. An den Vibrationen dürfte es nicht liegen. Kabel prüfen kannst du natürlich. Mit dem momentan verbauten RAM wirst du nicht glücklich.

 

[simpel1970]

KMODE_EXCEPTION_NOT_HANDLED (1e)

Wie nicoc schon schreibt, kann der Fehler mehrere Ursachen haben:

* Hardwarefehler (Speicher, Prozessor oder Motherboard). Hauptsächlich jedoch RAM.
* Auf Ihrem Computer ausgeführte Virenschutzsoftware.
* Von Drittanbietersoftware installierte Dienste.

MODULE_NAME: fltmgr
IMAGE_NAME: fltmgr.sys

Kabel der Festplatten prüfen ist sicherlich nicht falsch.
Welche Virensoftware hast du installiert?

 

[chaoskaefer]

... KMODE_EXCEPTION_NOT_HANDLED verweist meist auch auf ein RAM Problem. An den Vibrationen dürfte es nicht liegen. Kabel prüfen kannst du natürlich. Mit dem momentan verbauten RAM wirst du nicht glücklich.

das glaube ich langsam auch..

Wie nicoc schon schreibt, kann der Fehler mehrere Ursachen haben:

* Hardwarefehler (Speicher, Prozessor oder Motherboard). Hauptsächlich jedoch RAM.
* Auf Ihrem Computer ausgeführte Virenschutzsoftware.
* Von Drittanbietersoftware installierte Dienste.



Kabel der Festplatten prüfen ist sicherlich nicht falsch.
Welche Virensoftware hast du installiert?

Anti-Vir ist drauf. Hab da jetzt auch nix auffälliges gemerkt. naja, kann ja mal die neue version 10 installieren.

 

[simpel1970]

Deinstalliere Anitvir vollständig und nutze testweise die Microsoft Essentials.
Es kann in Einzelfällen vorkommen, dass derartige Fehler durch Antivir hervorgerufen werden.

Sollten die Fehler bleiben, kannst du ja wieder -mit neuem RAM- zu Antivir (aktuellste Version) wechseln.

 

[chaoskaefer]

ja ok, werde ich versuchen.

wenn ich den RAM in die RMA schicke, muss ich bestimmt beide module hinschicken, oder?

 

[nicoc]

... wenn es ein Kit war wird es das Beste sein beide zurück gehen zu lassen.