[gelöst] Windows 8 - Ständige Blue-Screens
Anzeige
#62
geschrieben 21. Januar 2013 - 16:01
Zitat (DK2000: 20. Januar 2013 - 20:16)
Aber diese Info hilft da im Moment auch nicht weiter.
Was mich wundert, warum die Dump Datei schon so unvollständig ist. Entweder war die Information vor dem Dumping schon so kaputt oder sie konnte nicht geschrieben werden.
Hast mal testweise die Auslagerungsdatei abgeschaltet oder auf eine andere Platte gelegt?
Was ist eine Auslagerungsdatei? Was genau soll ich damit tun? Und was hat diese mit meinem Problem zu tun?
Dieser Beitrag wurde von Daidara103 bearbeitet: 21. Januar 2013 - 16:01
#63
geschrieben 22. Januar 2013 - 21:36
Zitat (Daidara103: 11. Januar 2013 - 11:55)
LG Daidara
?
Waren wir nicht schon bei einem defekten RAM Modul?
#64
geschrieben 23. Januar 2013 - 09:20
Zitat (IXS: 22. Januar 2013 - 21:36)
Waren wir nicht schon bei einem defekten RAM Modul?
Der Ram ist es nicht den hab ich schon mehrmals getestet. Die Bluescreens kamen auch schon mit den alten rams unter windows 8.
Ich hatte mir ja erst die Grafikkarte geholt und damit auf Windows 8 umgestellt. Da hatte ich dann noch die "alten" Rams und die alte cpu. Da bekam ich aber auch schon diese Bluescreens.
Dieser Beitrag wurde von Urne bearbeitet: 23. Januar 2013 - 10:30
Änderungsgrund: Beiträge verbunden. Urne
#65
geschrieben 23. Januar 2013 - 15:11
Zitat (Daidara103: 23. Januar 2013 - 09:20)
Ich hatte mir ja erst die Grafikkarte geholt und damit auf Windows 8 umgestellt. Da hatte ich dann noch die "alten" Rams und die alte cpu. Da bekam ich aber auch schon diese Bluescreens.
Sorry, aber mit den halbgaren Angaben kann man nicht wirklich nach der Ursache forschen.
Zumal "Win 6.1" Windows 7 ist, nicht Windows 8.
Dann hast du erwähnt, dass mit "einem" Riegel kein Fehler augetreten war.
#66
geschrieben 23. Januar 2013 - 17:35
Zitat (IXS: 23. Januar 2013 - 15:11)
Zumal "Win 6.1" Windows 7 ist, nicht Windows 8.
Dann hast du erwähnt, dass mit "einem" Riegel kein Fehler augetreten war.
Das ist egal mit welchem Riegel ich in welchem Slot teste der Fehler kommt trozdem in unregelmäßigen Abständen. Mal kommt der Fehler häufig an einem Tag und manchmal garnicht.
#67 _d4rkn3ss4ev3r_
geschrieben 23. Januar 2013 - 17:49
Hast du die schon in andere Slots getestet?
Ich hatte zB das Problem das meine Rams 100% iO sind, aber zusammen als Dualchannel in Slot 0+2 gab es Probleme- in Slot 1+3 hingegen nicht.
Hat wohl das Mainboard eins abbekommen.
#68
geschrieben 23. Januar 2013 - 17:51
#69
geschrieben 23. Januar 2013 - 17:55
Es ist halt schwer, weil die bisher geposteten Dumps selber keine verwertbaren Informationen enthalten, da zu viel Information fehlt. Ist halt die Fragen, ob diese Informationen schon vor dem Dump fehlerhaft waren (das würde einen BSOD sicherlich erklären), oder ob diese nur nicht für den Dump gesichert werden konnten.
Was natürlich auffällig ist:
Windows 8 Kernel Version 9200 MP (6 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Built by: 9200.16461.amd64fre.win8_gdr.121119-1606
Windows 7 Kernel Version 7601 (Service Pack 1) MP (6 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Built by: 7601.17944.amd64fre.win7sp1_gdr.120830-0333
Beide Dumps enden mit
SYMBOL_NAME: ANALYSIS_INCONCLUSIVE BUCKET_ID: CORRUPT_MODULELIST
Das ist natürlich ungewöhlich, dass unter zwei Betriebssystemen das selbe Verhalten bei den Dumps auf tritt. Das deutet doch darauf hin, dass das Problem auf Hardwareseite zu suchen ist.
Um wirklich Probleme mit dem Speicher auszuschließen, hast Du mal Memtest länger als 12h laufen lassen?
Dieser Beitrag wurde von DK2000 bearbeitet: 23. Januar 2013 - 18:19
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#70
geschrieben 23. Januar 2013 - 18:20
Zitat (DK2000: 23. Januar 2013 - 17:55)
Es ist halt schwer, weil die bisher geposteten Dumps selber keine verwertbaren Informationen enthalten, da zu viel Information fehlt. Ist halt die Fragen, ob diese Informationen schon vor dem Dump fehlerhaft waren (das würde einen BSOD sicherlich erklären), oder ob diese nur nicht für den Dump gesichert werden konnten.
Was natürlich auffällig ist:
Windows 8 Kernel Version 9200 MP (6 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Built by: 9200.16461.amd64fre.win8_gdr.121119-1606
Windows 7 Kernel Version 7601 (Service Pack 1) MP (6 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Built by: 7601.17944.amd64fre.win7sp1_gdr.120830-0333
Beide Dumps enden mit
SYMBOL_NAME: ANALYSIS_INCONCLUSIVE BUCKET_ID: CORRUPT_MODULELIST
Das ist natürlich ungewöhlich, dass unter zwei Betriebssystemen das selbe Verhalten bei den Dumps auf tritt. Das deutet doch darauf hin, dass das Problem auf Hardwareseite zu suchen ist.
Um wirklich Probleme mit dem Speicher auszuschließen, hast Du mal Memtest länger als 12h laufen lassen?
Okay. Ein Kumpel von mir glaubt das es mit dem Mainboard zusammenhängt und hat irgendwas geredet von einem Jumper und BIOS was er genau meinte weiß ich jetzt nicht. Er wollte die Tage sowieso mal vorbeischauen und sich das ganze angucken.
Dieser Beitrag wurde von Daidara103 bearbeitet: 23. Januar 2013 - 18:21
#71
geschrieben 23. Januar 2013 - 20:40
Der Storeport Treiber ist in gewisser Weise auch vom funktionierenden Power Management abhängig.
Hast du die alte Grafikkarte noch?
#72
geschrieben 23. Januar 2013 - 20:50
Zitat (IXS: 23. Januar 2013 - 20:40)
Was meinst Du damit?
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#73
geschrieben 23. Januar 2013 - 21:07
Zitat (DK2000: 23. Januar 2013 - 20:50)
Ist halt etwas vage.... Neue Hardware, neue Möglichkeiten
Es ist aber möglich, dass die Grafikkarte das Problem macht. Der Speicher wird ja bei 64 Bit Systemen nur "gemappt" , wo 32 Bit Systeme noch dediziert unterscheiden, und der "StorportTreiber" kann evtl. versuchen darauf zuzugreifen, wie auf normales RAM, weil es so zugewiesen ist. In Verbindung mit dem Powermanagement könnten da Fehler entstehen. Ein RAM Test Programm testet ausschließlich System RAM...
Nicht , dass unbedingt die Grafikkarte Defekt ist, aber es könnte ein Chipsatzproblem sein.
Am Ende reicht echt ein BIOS Reset...
#74
geschrieben 23. Januar 2013 - 21:13
Zitat (IXS: 23. Januar 2013 - 21:07)
Es ist aber möglich, dass die Grafikkarte das Problem macht. Der Speicher wird ja bei 64 Bit Systemen nur "gemappt" , wo 32 Bit Systeme noch dediziert unterscheiden, und der "StorportTreiber" kann evtl. versuchen darauf zuzugreifen, wie auf normales RAM, weil es so zugewiesen ist. In Verbindung mit dem Powermanagement könnten da Fehler entstehen. Ein RAM Test Programm testet ausschließlich System RAM...
Nicht , dass unbedingt die Grafikkarte Defekt ist, aber es könnte ein Chipsatzproblem sein.
Am Ende reicht echt ein BIOS Reset...
Also hängt es sehr warscheinlich mit dem Mainboard zusammen und dem Ram der Grafikkarte? Das BIOS hab ich schon geupdatet oder was meinst du jetzt mit BIOS Reset? Und ja die alte Grafikkarte hab ich noch.
#75
geschrieben 23. Januar 2013 - 21:17
Sowohl bei 32bit als auch bei 64bit Systemen ist der Speicher für die Grafikkarte von Rest des Systems abgetrennt. Das "Remapping" bei 64bit Systemen bezieht sich ausschließlich auf den Speicher, welcher Aufgrund der Reservierungen im Adressraum unterhalb der 4GB Grenze nicht mehr eingebunden werden kann. Er wird dann oberhalb dieser Grenze in den Adressraum eingebunden. Mit dem Speicher der Grafikkarte hat da nichts zu tun. Der existiert im Adressraum der CPU gar nicht.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
- ← [suche Alternative] - Musik-App/Mediaplayer
- System & Software - Windows 8 & 8.1
- ("Gelöst") Internetverbindung trennt sich →