M
MS-User
Threadstarter
- Dabei seit
- 20.09.2016
- Beiträge
- 94.182
Hallo Community,
ich habe ein komplexes Problem mit meinem Rechner.
Da sich mein Grafiktreiber (Radeon HD 2600) öfters mal verabschiedet hat - Bildschirm einfach ausgegangen, kein HDMI-Signal mehr am Fernseher, nur Neustart via Reset-Taste hat geholfen - habe ich mich entschieden, erstmal die interne Grafikkarte meines GA-78LMP-S2P, rev.5 zu nutzen (Radeon 3000).
Jetzt kommt's. Seit ner Woche habe ich täglich Abstürze von Windows 10 (Build 19041, Insider Slow) der ntoskrnl.exe.
Also gut. Hab mir die aktuelle Ultimate Boot CD auf nen USB-Stick gezogen und verschiedene RAM-Tests gefahren. Ich habe folgende 2 Speicherriegel im Einsatz:
- take MS 4 GB DDR3-1333 CAS 9-9-9-24
- Crucial 4 GB DDR3-1333 CAS 9-9-9-24
Test1:
memtest86+ (5.01) findet an Adresse 000034f83e8 Fehler beim Test "Moving Inversions 32-Bit-Pattern". Statt des erwarteten Werts ff7fffff fand er ffffffff. So weit so gut. Jetzt wollte ich natürlich wissen, ob's am RAM-Riegel liegt und habe die beiden Riegel untereinander getauscht. Komischerweise findet er jetzt aber zwei Fehler an den Adressen 000034f81e8 und 000034fbd08 - wie jetzt?
Test2:
Jeden Riegel einzeln auf beiden RAM-Bänken - ohne Befund. ABER:
Irgendwie sticht hier ein komisches Speichertiming ins Auge. Setze ich den "take MS" in Slot 1, erkennt memtest86+ ihn mit folgenden Werten: Slot 0, [email protected] Bit. Setze ich ihn in Slot 2, erscheinen folgende Werte: Slot 0 :-/, [email protected] Bit :-/ Außerdem wird der Speichertakt von 640 (DDR3-1280) auf 200 (DDR3-400) runtergetaktet. Der gleiche Spaß passiert übrigens auch mit dem Crucial-Riegel.
-> Meine Schlussfolgerung: Irgendwas stimmt mit dem Speichertiming und der Adressierung nicht.
Test3:
Noch ein Test. Vielleicht hat ja memtest86+ auch ein Problem. Auf der Ultimate Boot CD sind noch andere Speichertestprogramme. Also habe ich mal das eigentlich auch mit Windows ausgelieferte WMD mal bei voller Bestückung probiert. Auf der CD ist offensichtlich die 32-Bit-Version 0.4.0. Die meldete, dass sie nicht mit Adressen oberhalb 4 GB umgehen könne. OK. Deswegen habe ich die Fehleradresse aus Test 1 mal umgerechnet, bzw. hat das ja memtest86+ schon getan (um die 52,5 MB). Damit sollte also das Programm, wenn Fehler auf dem Riegel oder der Speicherbank 1 sind, diese finden.
Ergebnis: 27 Adressen im Bereich 34f81e8 bis 34fb890 beim Test "(W)MATS+ mit deaktiviertem Cache"
Dann ist mir eingefallen: Die Probleme hast du ja eigentlich erst, seitdem du die externe GraKa rausgemacht und auf die interne umgestellt hast - damit nutzt ja die interne bis zu 512 MB des RAM. Also, testweise die externe GraKa wieder eingebaut und die interne deaktiviert. Vielleicht gab's ja Adress-Kollisionen zwischen RAM-Anforderung von Windows und RAM-Anforderung der GraKa. Also, alle 3 Tests wiederholt.
- Test 1 unverändert
- Test 2 unverändert
- Test 3 fast unverändert. WMD meldete jetzt insgesamt 38 Fehler im Bereich 2ba0008 bis 34fbf08, also ungefähr 10 MB weiter vorne.
Übrigens, die in Windows 10 integrierte Version 1.0.x kann zwar mit den vollen 8 GB umgehen, die Meldungen, die das Programm dann an Windows übergiebt, sind nicht all zu aussagefähig:
Wo sind die?
So. Jetzt zu Eurer Meinung, falls jemand überhaupt so weit gelesen hat.
Wo liegt der Fehler?
Da ich im Moment nicht soviel Geld übrig habe, mein Computer-Innenleben komplett auszutauschen, reicht es, statt 2 4er Riegeln einen 8er oder 16er Riegel einzusetzen und damit Dual-Channelling (was ich stark vermute) abzuschalten?
Im Moment läuft der Rechner mit der externen GraKa und nur dem "TakeMS"-Riegel einigermaßen stabil. Bin seit 2 Stunden aus dem Testmodus raus im normalen Windows. Übrigens kamen die Stop-109-Fehler immer nur einmal am Tag, danach lief der Rechner wieder für den Rest des Tages.
ich habe ein komplexes Problem mit meinem Rechner.
Da sich mein Grafiktreiber (Radeon HD 2600) öfters mal verabschiedet hat - Bildschirm einfach ausgegangen, kein HDMI-Signal mehr am Fernseher, nur Neustart via Reset-Taste hat geholfen - habe ich mich entschieden, erstmal die interne Grafikkarte meines GA-78LMP-S2P, rev.5 zu nutzen (Radeon 3000).
Jetzt kommt's. Seit ner Woche habe ich täglich Abstürze von Windows 10 (Build 19041, Insider Slow) der ntoskrnl.exe.
Also gut. Hab mir die aktuelle Ultimate Boot CD auf nen USB-Stick gezogen und verschiedene RAM-Tests gefahren. Ich habe folgende 2 Speicherriegel im Einsatz:
- take MS 4 GB DDR3-1333 CAS 9-9-9-24
- Crucial 4 GB DDR3-1333 CAS 9-9-9-24
Test1:
memtest86+ (5.01) findet an Adresse 000034f83e8 Fehler beim Test "Moving Inversions 32-Bit-Pattern". Statt des erwarteten Werts ff7fffff fand er ffffffff. So weit so gut. Jetzt wollte ich natürlich wissen, ob's am RAM-Riegel liegt und habe die beiden Riegel untereinander getauscht. Komischerweise findet er jetzt aber zwei Fehler an den Adressen 000034f81e8 und 000034fbd08 - wie jetzt?
Test2:
Jeden Riegel einzeln auf beiden RAM-Bänken - ohne Befund. ABER:
Irgendwie sticht hier ein komisches Speichertiming ins Auge. Setze ich den "take MS" in Slot 1, erkennt memtest86+ ihn mit folgenden Werten: Slot 0, [email protected] Bit. Setze ich ihn in Slot 2, erscheinen folgende Werte: Slot 0 :-/, [email protected] Bit :-/ Außerdem wird der Speichertakt von 640 (DDR3-1280) auf 200 (DDR3-400) runtergetaktet. Der gleiche Spaß passiert übrigens auch mit dem Crucial-Riegel.
-> Meine Schlussfolgerung: Irgendwas stimmt mit dem Speichertiming und der Adressierung nicht.
Test3:
Noch ein Test. Vielleicht hat ja memtest86+ auch ein Problem. Auf der Ultimate Boot CD sind noch andere Speichertestprogramme. Also habe ich mal das eigentlich auch mit Windows ausgelieferte WMD mal bei voller Bestückung probiert. Auf der CD ist offensichtlich die 32-Bit-Version 0.4.0. Die meldete, dass sie nicht mit Adressen oberhalb 4 GB umgehen könne. OK. Deswegen habe ich die Fehleradresse aus Test 1 mal umgerechnet, bzw. hat das ja memtest86+ schon getan (um die 52,5 MB). Damit sollte also das Programm, wenn Fehler auf dem Riegel oder der Speicherbank 1 sind, diese finden.
Ergebnis: 27 Adressen im Bereich 34f81e8 bis 34fb890 beim Test "(W)MATS+ mit deaktiviertem Cache"
Dann ist mir eingefallen: Die Probleme hast du ja eigentlich erst, seitdem du die externe GraKa rausgemacht und auf die interne umgestellt hast - damit nutzt ja die interne bis zu 512 MB des RAM. Also, testweise die externe GraKa wieder eingebaut und die interne deaktiviert. Vielleicht gab's ja Adress-Kollisionen zwischen RAM-Anforderung von Windows und RAM-Anforderung der GraKa. Also, alle 3 Tests wiederholt.
- Test 1 unverändert
- Test 2 unverändert
- Test 3 fast unverändert. WMD meldete jetzt insgesamt 38 Fehler im Bereich 2ba0008 bis 34fbf08, also ungefähr 10 MB weiter vorne.
Übrigens, die in Windows 10 integrierte Version 1.0.x kann zwar mit den vollen 8 GB umgehen, die Meldungen, die das Programm dann an Windows übergiebt, sind nicht all zu aussagefähig:
| NumBadPages | 5 |
| T7NumBadPages | 5 |
Wo sind die?
So. Jetzt zu Eurer Meinung, falls jemand überhaupt so weit gelesen hat.
Wo liegt der Fehler?
Da ich im Moment nicht soviel Geld übrig habe, mein Computer-Innenleben komplett auszutauschen, reicht es, statt 2 4er Riegeln einen 8er oder 16er Riegel einzusetzen und damit Dual-Channelling (was ich stark vermute) abzuschalten?
Im Moment läuft der Rechner mit der externen GraKa und nur dem "TakeMS"-Riegel einigermaßen stabil. Bin seit 2 Stunden aus dem Testmodus raus im normalen Windows. Übrigens kamen die Stop-109-Fehler immer nur einmal am Tag, danach lief der Rechner wieder für den Rest des Tages.
