Hi t-l
Ich habe das selbe Problem auch seit einem Halben Jahr.
Meine Hardware-Konfiguration ist zwar eine andere, aber evtl kann man sich ja gegenseitig helfen.
Ich sitzte jetzte schon eine Woche an dem Rechner und tausche einzelne komponenten aus.
Ich kann (ziemlich) sicher sagen:
- Die Festplatte ist OK (bei mir ist es eine HDD und keine SSD)
- Kabel sind richtig angeschlossen und nicht defekt
Mittlerweile bin ich soweit das ich folgendes Sicher sagen kann:
Das Problem tritt dadurch auf, das Windows7 bzw. der Controler die Festplatte verliert (passt ja auch irgendwie zu "STATUS_DEVICE_NOT_CONNECTED".
Im Verdacht waren bisher:
* Netzteil
* Mainboard (vor allem der SATA-Controler)
Zum Test hab ich gerade das Netzteil ausgetauscht. Problem besteht immenoch (Reproduzierbar).
Das Problem tritt bei mir übrigens bei besonders hoher HDD-Belastung auf.
Da scheint dann evtl der Kontroller aus-zusteigen.
Ich hab auch ein Ersatz-Mainboard da. Das werde ich in Kombination mit dem neuen Netzteil mal ausprobieren.
Hast du für das Problem schon eine Lösung gefunden ?
mfg
mitras2
Logbuch meiner Analyse-Arbeiten
Schritt1:
Die bisherige HDD raus und eine neue - definitif funktionierende rein.
Das ganz mit einem frischen Win7 bespielen und dann von 2 Quellen Daten auf die HDD kopieren.
=> Trotz neuer HDD und sauberem Windows bekomme ich nach maximal 10 min einen "Kernel_Data_Inpage_Error"
Neustart:
Gerade hat der Rechner das verlieren der Festplatte überlebt und sich wieder gefangen.
Ich hatte da gerade den Ressourcenmonitor am laufen. Der hat das ganz schön mit-protokoliert. Der Beweis ist im Anhang
Schritt2:
BIOS + DVD ausschließen:
Im BIOS die FAIL-Safe Settings geladen
CD/DVD-Laufwerk abgesteckt (Strom + Daten - also komplett weg)
RAM-Riegel von 4 auf 1 reduziert
Mal sehen, ob ich das System jetzt noch zu einem Kernel_Date_Inpage_Error bringen kann.
Wenn es trotzdem noch nicht stabil ist, kann ich ja wohl BIOS-Einstellungen und das DVD-Laufwerk als Fehlerquelle ausschließen
=> Wieder habe ich Daten von 2 Quellen (diesmal 2 externe USB-HDDs) auf die Festplatte kopiert und währenddessen einen Film angeschaut, der auf der HDD liegt.
Und wieder K_D_I_E
=> DVD-Laufwerk an Fehler nicht schuld
=> 1 RAM-Riegel macht die sache nicht besser
=> Falsche BIOS-Einstellungen waren wohl auch nicht der Grund (hab ja FAIL-Safe geladen)
OS ausschließen:
So - ich habe das neue Mainboard noch nicht verwendet.
Ich wollte erst noch testen ob das bisherige Setup unter Linux auch Probleme macht.
So wie es aussieht hat es des Fedora das ich uaf die Platte gespielt habe nach 10 min wieder zerschossen. Ich denke zumindest, das es wieder der Festplatten-Ausfall-Fehler war ...
Anwendungsfälle checken:
Jetzt teste ich nochmal unter Win7.
Ich will schauen, ob ich dem Rechner auch einen Kernel_Inpage_Data_Error entlocken kann, wenn ich nicht zig Dateinen gleichzeitig Kopiere.
=> Mit Film schauen geht nix ... da läufts gerade recht stabil
=> Mit Spiel (Racedriver GRID) bekomm ich auch kein Problem hin
CPU auf Fehler checken:
Da teste ich doch mal die CPU
=> Prime95 läuft mit dem "Small FFT-Test"
=> Gerade hat der 2. Kern der CPU eine
Rechenfehler ausgespuckt .
=> Hab den Test nochmal gestartet.
Rechengfehler wieder auf Kern 2 nach 17min.
=> Dritter Versuch:
Rechenfehler auf Kern2 nach 21min
Während der Testreiche lag die CPU-Temp zwischen 60 und 64°C
RAM als Ursache für CPU-Fehler ausschließen:
RAM (ich verwende sowieso nur noch eine der 4 Riegel) von 4-4-4-12 auf 5-5-5-15 gesenkt.
=> Prime95 wieder gestartet Kern 2 nach 13min
Rechenfehler.
RAM-Takt von DDR2-800 auf DDR2-533 gesenkt (im BIOS).
Wenn das System jetzt noch Fehler Produziert ist vermutlich CPU und/oder Mainboard schuld.
=> Prime95 wieder gestartet. Fehler in Kern 2 nach 6min.
Der Worker1 der auf dem ersten CPU-Kern läuft macht auch nach 43min keine Probleme ...
? Kern2 defekt?
Prime95 in einer anderen Version (25.11 statt bisher 26.6) genutzt um ein Problem mit der Version auszuschließen.
=> Rechenfehler auch mit dem älteren Prime (sogar schnelle als mit 26.6) nach nur 4min
RAM-Riegel gegen einen Definitiv stabilen Riegel ausgetauscht.
=> Rechenfehler auf Kern 2 nach 19min (Test1 - FFT length 8k) mit Prime95 v.26.6
=> Rechenfehler auf Kern 2 nach 17min (Test1 - FFT length 10k) mitPrime95 25.11
Feststellung:
- GPU + RAM + DVD + HDD + Netzteil + OS + Software als unwahrscheinliche Fehlerquelle eingestuft.
- Test bricht immer auf Kern 2 ab
- Test bricht meistens erst bei den Berechungenen mit FFT-Lenth 8 ab
CPU als Fehlerquelle untersuchen:
Als nächstes takte ich die CPU von 3Ghz (Standard-Takt beim Athlon64 X2 6000) auf 2,4Ghz runter.
=> Prime95 26.6 läuft seit ungefähr einer Stunde ohne Fehler
Ergebniss:
CPU hat ein Problem mit ihrem Standart-Takt von 3Ghz
These:
CPU-Fehler waren verantwortlich für die Kernel_Data_Inpage_Error
Test: CPU mit gedrosselter Geschwindigkeit (2,4Ghz) laufen lassen und dabei Daten von zwei Quellen auf die Intere HDD kopieren:
=> Kernel_Data_Inpage_Error
------------------------------------------------------------------------------------------------------------------------
Vorläufiges Fazit:
- CPU bei Standarttakt von 3Ghz problematisch
- Festpaltte geht unabhängig von CPU-Load immer wieder verloren => Kernel_Data_Inpage_Error
Vermutlich SATA-Controler auf Mainboard defekt
Komponenten die nicht für die Fehler verantwortlich sind (vermutlich):
- DVD-Laufwerk
- RAM
- HDD
- Netzteil
- Graka
-----------------------------------------------------------------------------------------------------------------------------
Schritt 3:
Mainboard wechseln:
Damit sollten bei gesenkter CPU-Frequenz keine Fehler mehr auftreten.
Testsetup steht und Win7 ist drauf
CPU ist gedrosselt
Ich hab jetzt drei Kopiervorgänge + ein FullHD Video über die interne Festplatte laufen lassen (gleichzeitig). Die Platte war fast permanent bei 100% Load und die Warteschlange war nicht unbeträchtlich. Mit dem neunen Mainboard hat das System diese Turtur aber über eine Stunde ohne Fehler überstanden. Danach hab ich den Versuch gestopt - ich muss noch ein paar andere Sachen checken.
=> altes Mainboard hat definitiv eine Schuss am SATA Controler
Test CPU - auf neuem Mainboard:
Ich lasse gerade Prime95 v26.6 auf der CPU laufen. Die ist wieder mit ihren vollen 3Ghz getaktet.
Mal sehen ob das alte Mainboard auch an den CPU-Fehlern schuld war (ich glaub's kaum)
Nach 1 Stunde 14 Minuten ist die CPU trotz 3Ghz und 100% Load immernoch ohne Fehler.
=> altes Mainboard vermutlich schuld an CPU-Fehlern
