Datei mit unterschiedlichen Checksummen

Hi,

Sehe keinen Denkfehler, hätte ich genauso erwartet. Mein nächster 
Schritt wäre, die Dateien mal byteweise zu vergleichen. Sind da 
Unterschiede zu sehen?

Byteweise vergleichen ist eine gute Idee, bin ich jetzt gar nicht drauf 
gekommen:)

Werde ich gleich mal machen.

Es ist tatsächlich so, dass die Datein unterschiedlich sind. 
Beispielsweise sind bei der Datei auf der externen SSD 130 Bytes 
abweichend, bei der Datei auf der externen HDD 68 Bytes. Interessant: 
immer nur das LSB ist abweichend.

In einem Punkt muss ich revidieren: die Datei auf dem NAS ist identisch 
zur Ausgangsdatei.

Scheint mir, dass hier über USB ziemlich viel Müll passiert.

Thorsten

Nano schrieb:
> Das Packprogramm 7z bietet unter Windows eine Erweiterung für den
> Dateimanager von Windows an, das Prüfsummen von Dateien erstellen und
> anzeigen kann.

Genau das habe ich benutzt, trotzdem Danke. Wegen Kabel: 
unwahrscheinlich, sind zwei verschiedene Kabel. Die SSD ist über 20cm 
direkt ans Mainboard angeschlossen, die HDD vielleicht über 50cm 
ebenfalls direkt ans Mainboard.

Thorsten .. schrieb:
> Beispielsweise sind bei der Datei auf der externen SSD 130 Bytes
> abweichend, bei der Datei auf der externen HDD 68 Bytes. Interessant:
> immer nur das LSB ist abweichend.

Ich würde mal einen Memtest laufen lassen. RAM-Fehler können durchaus zu 
sowas führen, auch wenn der Rechner sonst normal zu funktionieren 
scheint.

Kopiere mit TeraCopy und nutze die CRC-Funktion.
Damit habe ich 3-, wenn nicht schon 4-stellige TBytes über USB2 und 3 
auf Win XP, 7 und 10 auf etlichen PCs übertragen, ohne das es Fehler 
gab.

Wie Kompass, Herr Kapitän?
Hab ich Glück?
Sind meine Billigst-ebay-Kabel doch besser als gedacht?

Thorsten .. schrieb:
> Es ist tatsächlich so, dass die Datein unterschiedlich sind.
> Beispielsweise sind bei der Datei auf der externen SSD 130 Bytes
> abweichend, bei der Datei auf der externen HDD 68 Bytes. Interessant:
> immer nur das LSB ist abweichend.
>
> In einem Punkt muss ich revidieren: die Datei auf dem NAS ist identisch
> zur Ausgangsdatei.
>
> Scheint mir, dass hier über USB ziemlich viel Müll passiert.
>
> Thorsten

Wow interessant! Um genau sowas zu erkennen mache ich auch 
gewohnheitsmäßig Vergleiche nach dem Kopieren, sei es per Checksum oder 
byteweise -- aber an tatsächlich aufgetretene Fehler kann ich mich jetzt 
nicht erinnern, außer es wurden Dateien versehentlich während oder nach 
dem Kopieren durch Software modifiziert. Das zeigt also es ist absolut 
sinnvoll, diese Vergleiche zu machen auch wenn Fehler extrem selten 
sind. Es sei denn die Daten sind unwichtig, aber warum sollte man sie 
dann überhaupt kopieren ;-)


Hattest Du bei dem System früher schon mal Probleme mit USB bemerkt? 
Erstaunlich finde ich dass es offenbar nur Nutzdaten betrifft, wenn in 
den Steuerdaten Bits kippen dürfte das ja schnell zu Fehlermeldungen 
führen.

Nachtrag, ok es kann sein dass Steuerdaten per CRC o.ä. geschützt sind 
aber die Payload nicht, dann könnte genau das passieren. Weiß jetzt 
nicht ob das bei USB so ist.

Das ist ja ein interessanter Fehler.

Ich tippe zunächst nicht auf das USB Kabel, eher auf den 
USB2SATA-Converter/Controller im Case.

Leider schreibst du nichts zum verwendeten Case. Ich gehe mal davon aus, 
dass es kein dieser billigst Direktadapter (zum aufstecken mit USB 
Kabel+Stecker) ist.

Nach dem der Kopiervorgang anscheinend durchgelaufen ist, kein Fehler 
(abgebrochen oder unvollständig) zurückgemeldet wurde, schließt es 
wiederum den Controller im Case aus. Das Case hat keinen Cache daher 
muss das Betriebssystem auf Auslieferung warten. Beim unmount/Auswerfen 
wird ja nochmals gesynced. Bleibt höchstens nur der Schreibcache der 
HDD. Der wiederum produziert nicht ein paar fehlende Bytes und sauber 
geschlossene Files.

Die paar zusätzlichen Bytes riechen ganz stark nach einer Zecke :)
So etwas wie der gute alte Parity-Boot-B, falls er auf NTFS nissten 
kann.

@mratix: Thorsten schrieb dass es bei zwei USB-Geräten Fehler gab, und 
sie waren mit unterschiedlichen Kabeln an unterschiedlichen Ports am 
Mainboard angeschlossen.

D.h. es kann eigentlich nur am Mainboard liegen. Entweder Hardware 
defekt, oder vielleicht auch nur ein Fehler im Treiber...

Danke erst mal an alle für die vielen Hinweise!

Hier ein kurzes Update.

Hab Memtest heute Vormittag über 3h laufen lassen, keine Fehler. Hab 
dann auch noch mal Memtest86+ einen Durchlauf machen lassen, auch kein 
Fehler.

Hab dann die externe HDD und die externe SSD an einem USB2-Port des 
Mainboards angeschlossen, auch hier sind die Dateien Unterschiedlich. 
Also gleiches Problem.

Habe dann mal ein Verzeichnis auf der im Rechner eingebauten HDD mit 
Bildern (ca. 6000 Dateien, Dateigröße jeweils so 10-30MB) durch 
ExactFile (danke für den Tipp, gutes Tool!) gejagt. Gleiches mit der 1:1 
Kopie dieses Verzeichnisses auf der externen HDD. Meine Güte...jede 
Menge Dateien unterschiedlich.

Fazit soweit erst mal: die Integrität der auf der externen HDD sowie SSD 
gespeicherten Daten muss angezweifelt werden bzw. die Daten sind 
eigentlich nutzlos. Wenn bei einem JPEG mal ein Byte kippt, dürfte nicht 
viel machen. Bei einem Image eines Systemlaufwerks natürlich große 
Katastrophe.

Ich glaube jetzt auch, dass das Mainboard einen Defekt hat. Ich denke, 
ich werde mir mal eine PCIE Karte mit USB3.1-Ports bestellen und testen. 
Wäre halt erst mal günstiger als ein neues Mainboard.

Kurz noch zum System: Asus TUF Z370-PRO Mainboard mit i7-8700 und 16GB 
DDR4 von Corsair. Alles zusammen keine 2 Jahre alt. Ich hatte am Anfang 
große Probleme mit dem System insbesondere mit Windows 10. Musste einige 
Male ein Image zurückspielen und dabei kam es immer wieder mal zu einem 
Fehler von wegen dass die Imagedatei beschädigt sei. Anfangs bei Acronis 
True Image, später dann auch bei Macrium Reflect.

Grüße

Thorsten

Thorsten .. schrieb:
> Alles zusammen keine 2 Jahre alt. Ich hatte am Anfang
> große Probleme mit dem System insbesondere mit Windows 10. Musste einige
> Male ein Image zurückspielen und dabei kam es immer wieder mal zu einem
> Fehler von wegen dass die Imagedatei beschädigt sei. Anfangs bei Acronis
> True Image, später dann auch bei Macrium Reflect.

War dabei auch USB im Spiel? Oder alles rein auf den internen Platten?

Warum ist die Datei wunderlich? Ist eine ganz normale Imagedatei von 
einem Systemlaufwerk. Wenn ich die auf ein anderes Laufwerk kopiere, 
dann erwarte ich, dass die Checksumme über ihren Inhalt identisch ist. 
Und genau das ist eben nicht der Fall.

Hab jetzt mal ein aktuelles Live Linux gebootet und die "wunderliche" 
Datei auf die genannten externen Laufwerke kopiert; auch mehrfach auf 
das gleiche Laufwerk. Die Checksummen sind stets unterschiedlich. Also 
kein Treiber-Problem unter Windows.

Die Datei auf einen anderen modernen Rechner kopiert und von dort auf 
die externen Laufwerke => identische Checksummen, alles ok!

Somit hat der USB3 Controller auf meinem Mainboard offensichtlich eine 
Macke. Werde mir heute wohl mal ein neues MB bestellen.

Ich werde weiter berichten:)

Danke an alle!

Thorsten

Hab jetzt noch mal paar Tests gemacht.

Problem bestand heute morgen wie beschrieben. Dann einen (von zwei) 
RAM-Riegel ausgebaut, dreimal Kopiervorgang durchgeführt (dazwischen 
jeweils Neustart), keine Fehler. RAM-Riegel getauscht, gleiche 
Kopieraktion, keine Fehler. Beide Riegel wieder eingebaut, keine Fehler. 
Vielleicht ein Kontaktproblem? Kann ich aber kaum glauben, denn das 
müsste sich doch an vielen Stellen im System auswirken. Jedenfalls 
funktioniert aktuell alles und ich werde erst mal keine neue Hardware 
kaufen. Irgendwie ist das alles sehr merkwürdig.

Gruß
Thorsten

Wenn das RAM so defekt wäre, wäre Windows binnen Sekunden abgeschmiert.
Aber die mechanische Rumfuhrwerkerei hat evtl. ein schlecht gecrimptes 
Kabel richtig verbogen, einen oxidierten Stecker etwas saubergekratzt 
oder eine lose Lötstelle unter Spannung gesetzt, so das der 
USB-Controller jetzt erstmal wieder gut funktioniert.