Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Leider habe ich sehr unregelmäßig Bluescreens. Diese sind für mich bisher nicht reproduzierbar, sondern treten zufällig auf - eigentlich nur im Idle-Betrieb und nicht unter Last. Ein paar Tage gehts meist gut, aber dann kommen auf einmal die Abstürze - oft mehrmals hintereinander.
Ich habe mal schwer den RAM in Verdacht. Werde aber die nächsten Bluescreens mal genau notieren und euch posten.
Bisher habe ich mit memtest die beiden Riegel in Modul 1+2 mehrere Stunden getestet und dann auf Modul 3+4 umgesteckt. Leider kam der Bluescreen auch hier.
Bevor ich auch hier jetzt dem Memtest durchlaufen lasse, wollte ich mich mal erkundigen ob ich die RAM-Einstellungen verbessern kann.
Ich habe derzeit die 2T-Einstellung vorgenommen und die RAM-Voltage auf 1,60 angehoben. Sonst ist alles auf "Auto"
Die CPU-Z-Daten sind im Anhang. (Wie kann ich denn hier Screenshots einfügen??)
Wäre dankbar wenn ihr euch das mal ansehen könntet...
Ich ändere dann mal die Voltage, ich glaube mich aber zu erinnern, dass die höheren Werte dann im BIOS rot gekennzeichnet wurden. Deshalb bin ich nicht höher gegangen.
Ist das trotzdem in Ordnung? Will nicht noch mehr kaputt machen...
Ergänzung ()
Hab mal nach deinem Mini-how to (Klasse!) die letzte dmp-Datei ausgewertet:
Könnt ihr da mal reinschauen:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\102110-14164-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`03217000 PsLoadedModuleList = 0xfffff800`03454e50
Debug session time: Thu Oct 21 13:09:56.017 2010 (UTC + 2:00)
System Uptime: 0 days 0:08:57.453
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {fffff680001ab8e0, 0, 0, fffff8000325ba37}
Probably caused by : memory_corruption ( nt!MiDeleteAddressesInWorkingSet+11b )
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: fffff680001ab8e0, memory referenced
Arg2: 0000000000000000, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff8000325ba37, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800034bf0e0
fffff680001ab8e0
TRAP_FRAME: fffff88003b73ee0 -- (.trap 0xfffff88003b73ee0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000098000000000 rbx=0000000000000000 rcx=000000000000065b
rdx=0000000000000002 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000325ba37 rsp=fffff88003b74070 rbp=fffff70001082038
r8=fffffa80047d3a78 r9=0000000000000001 r10=00000000000000d8
r11=fffff70001080000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe cy
nt!MiDeleteAddressesInWorkingSet+0x11b:
fffff800`0325ba37 488b1e mov rbx,qword ptr [rsi] ds:020a:00000000`00000000=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003286ca9 to fffff80003287740
Um mal einen kleinen Einblick zu geben was es da alles für Möglichkeiten gibt. Hatte vor einem Jahr den Steganos Safe. Wie Truecrypt nur komerziell. Und weil ich den Safe mit FAT und nicht mit NTFS formatiert habe gab es alle paar Tage mal einen Bluescreen gratis. Da muss man erst mal drauf kommen...
Vor 2 Wochen war die Sache klar. Neuer Speicher...paar Tage später BSoD... Memtest86+... Fehler ohne Ende. Wenn es nur immer so einfach wäre.
Nach der Auswertung ist ein Fehler bei einem Lesezugriff auf den Speicher aufgetreten. Speicher kann RAM, VRAM, CPU-Cache oder Festplatte sein. Meist ist es der RAM. Hast du diesen schon mit Memtest86+ auf Fehler überprüft?
@40balls:
Mein Netzteil ist das Be quiet! E7-CM 480W (neu gekauft).
Virensoftware + Internetsecurity habe ich aktuell f-secure Internet-Security 2011, ich hatte allerdings vor ein paar Wochen noch Kaspersky 2010 und hatte auch damit Bluescreens
@ChristianWagner
Interessant - ich habe Acronis True Image Home 2011 installiert und auch Secure-Zone für die Backups eingerichtet. Wie kann ich denn rausfinden, wie die Secure-Zone formatiert wurde?
@Simpel1970
Ich habe Memtest mit beiden Riegeln in Slot 1+2 durchgeführt. 6 Durchgänge und keine Errors.
Werde heute nacht mal die Slots 3+4 ausprobieren.
Heute mittag hatte ich allerdings wieder einen Bluescreen. Diesesmal mit folgender Minidump-Auswertung. Was bedeutet denn der Hinweis auf "VISTA_DRIVER_FAULT" ich habe doch Windows7 installiert? Kann das was bedeuten??
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\102210-17300-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`03213000 PsLoadedModuleList = 0xfffff800`03450e50
Debug session time: Fri Oct 22 12:14:49.514 2010 (UTC + 2:00)
System Uptime: 0 days 0:01:28.324
Loading Kernel Symbols
...............................................................
................................................................
...................................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {fffff7000115caf0, 0, 1, fffff80003257d56}
Probably caused by : memory_corruption ( nt!MiDeleteAddressesInWorkingSet+43b )
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: fffff7000115caf0, memory referenced
Arg2: 0000000000000000, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80003257d56, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800034bb0e0
fffff7000115caf0
CURRENT_IRQL: 0
FAULTING_IP:
nt!MiDeleteAddressesInWorkingSet+43b
fffff800`03257d56 48830cd004 or qword ptr [rax+rdx*8],4
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: JumplistLaunch
TRAP_FRAME: fffff88008aa2640 -- (.trap 0xfffff88008aa2640)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff70001080488 rbx=0000000000000000 rcx=00000000000a5ace
rdx=000000000001b8cd rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003257d56 rsp=fffff88008aa27d0 rbp=fffff70001080548
r8=fffffa800052d670 r9=0000000000000006 r10=000000007efdb001
r11=fffff70001080000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!MiDeleteAddressesInWorkingSet+0x43b:
fffff800`03257d56 48830cd004 or qword ptr [rax+rdx*8],4 ds:1660:fffff700`0115caf0=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003282ca9 to fffff80003283740
Mache bitte noch ein paar Screenshots von CPU-Z (Reiter Mainboard, CPU, Memory und SPD).
Der Zustand der Platte sieht nicht gut aus (verbrauchte Reservesektoren). Sofern du noch Garantie hast, tausche die Platte um. Kontrolliere die SMART Werte zur Sicherheit noch mal mit CrystalDiskInfo.
die Festplatte bekommt auch bei CrystalDiskInfo eine Warnung. Sie ist aber auch schon ein paar Jahre alt.
Die werde ich dann wohl demnächst austauschen. Kann mir aber nicht vorstellen, dass das meine Bluescreens verursacht, da auf der Festplatte gar nichts drauf ist, worauf das System zugreifen muss.
Furmark hab ich heruntergeladen. Welche Einstellungen muss ich denn bei Furmark nehmen? Wie hoch darf die Temperatur maximal werden?
Erhöhe die Spannung der RAM im Bios auf 1,65V. Bleiben damit die Bluescreens?
Wenn ja, senke die Frequenz der RAM auf 1333mhz (666mhz).
Auch eine Festplatte, die nicht als Sysplatte angeschlossen ist, kann Buescreens/Probleme verursachen, allerdings wären das dann nicht die vorliegenden Stopfehler, sondern i.d.R. Stop 0x24 Fehler. Eine nicht-Systemplatte sollte nicht Ursache für die bei dir vorliegenden Probleme sein.
Bei Furmark einfach den Stabilitätstest anklicken. Die Temperatur sollte sich so um die 80-85°C einpendeln und nicht über 90°C heiß werden.
Was bedeutet denn der Hinweis auf "VISTA_DRIVER_FAULT" ich habe doch Windows7 installiert?
Furmark lief auch ohne Probleme oder Abstürze durch.
Temperatur ging sogar nur bis 73°C.
Kann ich jetzt davon ausgehen, dass die Grafikkarte als Problemverursacher ausfällt?
Den Ram-Voltage habe ich jetzt erhöht auf 1,663, dazwischen konnte ich nichts wählen.
Die Frequenz ist bereits auf 1333 eingestellt.
Was kann ich denn jetzt noch testen? Soll ich die RAMs einzeln durch den Memtest jagen, oder kann ich nach insgesamt 20 Stunden Memtest mit beiden Riegeln zusammen davon ausgehen, dass sie in Ordnung sind?
Ansonsten warte und hoffe ich, dass die Voltage-Erhöhung was bringt...
Neuinstallation versuchen, ohne Securitysuiten und ähnlichen Unsinn.
Zusätzliche Software Firewalls können Bluescreens prvozieren.
Für einen stabilen Betrieb reichen Brain.exe, NAT, MSE und Windows Firewall völlig aus.
Zum Reinigen noch CCleaner. Das wars.
Und bei deiner teuren Hardware solltest du nicht ausgerechnet am Netzteil sparen...s.o.
und viele weitere Threads hier,
die sich um die Qualität von BeQuiet ranken.
IRQL_not_less_xxx ist fast immer der RAM/Speichercontroller, und keine Software-Interaktion. Auch die Diversifizität der Meldungen passt hierzu.
Außerdem ist beQuiet trotz des "beQuiet Bug" eine solide Marke, die genug Schutzmaßnahmen in ihren NTs verbauen, damit die Hardware nicht gegrillt wird.
@TE: EDIT: Oh das sind gar nicht die Ripjaws. Vergiss was ich geschrieben hab. Trotzdem deutet die Problematik def. auf irgendwas mit dem RAM hin. Hast du mal Overnight Memtest86+ gemacht ? Übrigens wenn du auf nem AM3 System zuviel vDDR gibst macht das meistens die Sache nur noch schlimmer (zumindest beim Übertakten) was Stabilität etc betrifft.
Auch ist es ne Eigenart von AM3 scheinbar, dass zu lasche Timings genauso problematisch sind wie zu scharfe.
Außerdem ist beQuiet trotz des "beQuiet Bug" eine solide Marke, die genug Schutzmaßnahmen in ihren NTs verbauen, damit die Hardware nicht gegrillt wird.
.
Jetzt einfach das machen, was du sonst auch immer machst. Vor allem die Sachen, die Probleme verursacht haben (das ist natürlich nicht so einfach, wenn die Probs nur unregelmäßig und im Idle auftreten).
Interessanterweise auch bei firefox und youtube... (kann das wirklich was damit zu tun haben??)
Hier die Auswertung:
-------------------------------------------------------------------------------------------------------------------
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\102410-15880-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`0324b000 PsLoadedModuleList = 0xfffff800`03488e50
Debug session time: Sun Oct 24 19:44:03.589 2010 (UTC + 2:00)
System Uptime: 0 days 0:24:02.400
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {fffff683ff7fe130, 0, 0, fffff800032cf2e2}
Probably caused by : memory_corruption ( nt!MiAgeWorkingSet+1c2 )
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: fffff683ff7fe130, memory referenced
Arg2: 0000000000000000, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff800032cf2e2, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800034f30e0
fffff683ff7fe130
TRAP_FRAME: fffff880035167a0 -- (.trap 0xfffff880035167a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000007ffffffff8 rbx=0000000000000000 rcx=fffff683ff7fe130
rdx=0000000000000001 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800032cf2e2 rsp=fffff88003516930 rbp=00000003ff7fe136
r8=0000000000000001 r9=fffffa8005d4bba8 r10=0000000000000005
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po cy
nt!MiAgeWorkingSet+0x1c2:
fffff800`032cf2e2 488b19 mov rbx,qword ptr [rcx] ds:fffff683`ff7fe130=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff800032baca9 to fffff800032bb740
Echt nervig das Ganze.
Soll ich mit den RAM-Einstellungen noch was probieren?
Kann es etwas mit der SSD zu tun haben? Oder ein falscher Treiber irgendwo im System?
Wie sieht´s mit dem Mainboard aus - kann das auch Ursache dafür sein??
