Hallo @all,
ich habe ein Problem mit meinem DFI LanParty Ultra, mit dem nForce 4 Chipsatz, für den Sockel 939. Manchmal sind beim Datensichern mit Nero nach dem Check Bitfehler auf den Medien aufgefallen, was ich aber noch auf die Medien selbst geschoben hatte. Der Fehler kam selten vor und betraf zum Glück bisher nur private Fotos die sich nach dem Brennen trotzdem weiterhin öffnen ließen. Bei Medien mit anderen Inhalten habe ich diese weggeworfen, neu gebrannt und dann trat der Fehler nicht mehr auf. Er erschien also nicht repoduzierbar.
Nun bin ich dazu übergegangen, die Daten vorher schon per Software in ein ISO-File zu packen und dieses später zu brennen. Die ISO-Files habe ich vorher entpackt, um die Daten mit der Software Filesync 2.18 binär zu vergleichen. Und tatsächlich, bei großen Dateien traten vereinzelt Bitfehler auf. Die Daten gingen bei dem Test immer von einer HDD auf eine andere. Zu anderen Tests bin ich noch nicht gekommen. Dieses Problem und da ich auch vom KT133A Bug stark betroffen war, haben mich veranlasst ein altes Script hervor zu kramen.
Über Nacht habe ich mit dem Bordeigenen Tool "fc" einen ca. 4 GB großen Datenbestand in Dateien von 50 bis 400 MB aufgeteilt immer wieder von einer HDD auf eine andere kopieren und vergleichen lassen. Von 1385 kopierten Dateien sind vier unterschiedlich:
0049A5AA: 09 01
008DE5AA: 0A 02
023615AA: 28 20
05A3B5AA: 2F 27
An meinem Rechner habe ich am primären Controller ein WD 160 GB und einen LG Brenner und am zweiten Controller eine WD mit 250 GB und ebenfalls einen LG Brenner.
Hier das Script:
Im Einsatz habe ich die Standard Microsoft IDE Treiber, da ich mit den nForce Treibern akute Geschwindigkeitseinbrüche auf dem BUS festgestellt habe, wenn mehrere Tasks parallel Daten von HDD 1 zu 2 und umgekehrt schicken. Ebenfalls lassen sich nicht parallel Daten Brennen und das ist für mich existenziell. Alle Dokumente halte ich doppelt vor und brenne sie zur gleichen Zeit um Zeit zu sparen.
Im Betrieb sind mir keine Stabilitätsprobleme aufgefallen. Prime95 rechnete nach meinem Übertakten Nächtelang ohne Fehler.
Hier die Einstellungen: Venice 3200+ auf 2350 MHz, Referenztakt auf 235 MHz, HTT auf 4X mit 960 MHz, RAM mit DDR333, also mit 195 MHz, die CPU läuft mit 113% vCore, also mit 1,5 statt 1,35 Volt. Alle Komponenten außer der CPU sind also in der Spezifikation betrieben.
Ich werde mein System einmal auf Standard takten und schauen ob ich immer noch Bitfehler habe, es könnte ja an der übertakteten CPU liegen?! Oder…
Kann sich einer die Mühe machen und seinen Chipsatz in einer ähnlichen Konfiguration mal auf Herz und Nieren prüfen?!
ich habe ein Problem mit meinem DFI LanParty Ultra, mit dem nForce 4 Chipsatz, für den Sockel 939. Manchmal sind beim Datensichern mit Nero nach dem Check Bitfehler auf den Medien aufgefallen, was ich aber noch auf die Medien selbst geschoben hatte. Der Fehler kam selten vor und betraf zum Glück bisher nur private Fotos die sich nach dem Brennen trotzdem weiterhin öffnen ließen. Bei Medien mit anderen Inhalten habe ich diese weggeworfen, neu gebrannt und dann trat der Fehler nicht mehr auf. Er erschien also nicht repoduzierbar.
Nun bin ich dazu übergegangen, die Daten vorher schon per Software in ein ISO-File zu packen und dieses später zu brennen. Die ISO-Files habe ich vorher entpackt, um die Daten mit der Software Filesync 2.18 binär zu vergleichen. Und tatsächlich, bei großen Dateien traten vereinzelt Bitfehler auf. Die Daten gingen bei dem Test immer von einer HDD auf eine andere. Zu anderen Tests bin ich noch nicht gekommen. Dieses Problem und da ich auch vom KT133A Bug stark betroffen war, haben mich veranlasst ein altes Script hervor zu kramen.
Über Nacht habe ich mit dem Bordeigenen Tool "fc" einen ca. 4 GB großen Datenbestand in Dateien von 50 bis 400 MB aufgeteilt immer wieder von einer HDD auf eine andere kopieren und vergleichen lassen. Von 1385 kopierten Dateien sind vier unterschiedlich:
0049A5AA: 09 01
008DE5AA: 0A 02
023615AA: 28 20
05A3B5AA: 2F 27
An meinem Rechner habe ich am primären Controller ein WD 160 GB und einen LG Brenner und am zweiten Controller eine WD mit 250 GB und ebenfalls einen LG Brenner.
Hier das Script:
Code:
REM :fc oder comp
SET methode=fc
REM :Bitte sourcen angeben im Stiel c:\abc\xyz
SET source=E:\QUELLE
SET target=D:\PRUEFEN
FOR /F "TOKENS=1* DELIMS=\ " %%z IN ("%source%") DO SET lw=%%z
FOR /F "TOKENS=2,3,4* DELIMS=. " %%i IN ("%DATE%") DO SET INF_DATE=%%kj_%%jm_%%id
FOR /F "TOKENS=1,2,3,4* DELIMS=:, " %%i IN ("%TIME%") DO SET INF_TIME=%%ih.%%jm.%%ks.%%lms
%lw%
cd "%source%"
del *.mylog
:schleife
xcopy /R /Y "%source%\*.*" "%target%"
IF %methode%==comp FOR %%f IN (*.*) DO %methode% "%source%\%%f" "%target%\%%f" /D >>"%temp%\logfile_from_%INF_DATE%_%INF_TIME%.mylog"
IF %methode%==fc FOR %%f IN (*.*) DO %methode% "%source%\%%f" "%target%\%%f" /B >>"%temp%\logfile_from_%INF_DATE%_%INF_TIME%.mylog"
del /Q /F "%target%\*.*"
goto schleife
REM c:
REM cd\
notepad "%temp%\logfile_from_%INF_DATE%_%INF_TIME%.mylog"Im Einsatz habe ich die Standard Microsoft IDE Treiber, da ich mit den nForce Treibern akute Geschwindigkeitseinbrüche auf dem BUS festgestellt habe, wenn mehrere Tasks parallel Daten von HDD 1 zu 2 und umgekehrt schicken. Ebenfalls lassen sich nicht parallel Daten Brennen und das ist für mich existenziell. Alle Dokumente halte ich doppelt vor und brenne sie zur gleichen Zeit um Zeit zu sparen.
Im Betrieb sind mir keine Stabilitätsprobleme aufgefallen. Prime95 rechnete nach meinem Übertakten Nächtelang ohne Fehler.
Hier die Einstellungen: Venice 3200+ auf 2350 MHz, Referenztakt auf 235 MHz, HTT auf 4X mit 960 MHz, RAM mit DDR333, also mit 195 MHz, die CPU läuft mit 113% vCore, also mit 1,5 statt 1,35 Volt. Alle Komponenten außer der CPU sind also in der Spezifikation betrieben.
Ich werde mein System einmal auf Standard takten und schauen ob ich immer noch Bitfehler habe, es könnte ja an der übertakteten CPU liegen?! Oder…
Kann sich einer die Mühe machen und seinen Chipsatz in einer ähnlichen Konfiguration mal auf Herz und Nieren prüfen?!
