|
Brauche dringend Hilfe: Eigenartiger Effekt b. Dateikopieren auf Seagate 1,5TB Platte
Hallo,
ich habe eine Frage an die PC-Experten unter Euch: Beim Dateien umkopieren von meiner alten Festplatte auf eine neue Seagate 1500GB SATA-Platte (ST31500341AS Barracuda 7200.11) tritt ein eigenartiger Effekt auf: Ein großer Teil der kopierten Dateien zeigt beim binären Vergleich (mit Total Commander 7.04+7.50beta) Abweichungen zur Quelle. Beim Kopieren selbst wurde kein Fehler angezeigt. (Betroffen sind fast nur Video- (*.mpv) und Audiodateien (*.mpa)...) EDIT: Betroffen sind auch andere Dateien, wie sich jetzt herausstellte. Nach einiger Überlegung und kam ich mit einem EDV-Experten im Betrieb zum Schluß, daß sowas eigentlich nur durch einem Virus verursacht werden kann, der beim Schreiben der Dateien etwas daran verändert. Sonst hätte es Lese- oder Schreibfehler geben müssen, die angezeigt worden wären. Ein kürzeres ebenfalls betroffenes Video war testweise wiedergabefähig. Die Fehler beim Umkopieren sind reproduzierbar auch auf eine andere 2. Platte vom gleichen Typ (ST31500341AS). Betroffen sind immer die gleichen Video und Audio-Dateien, aber es gibt auch Video und Audio-Dateien, die korrekt kopiert werden. Beispiel: http://img216.imageshack.us/img216/7...pierfehler.jpg Beim testweisen Kopieren auf eine 3. Platte (KEINE 31500341AS) gibt es keinerlei Differenzen. Hat jemand von euch eine Idee, was hier los ist? |
Je nach verwendetem Dateisystem können die Clustergrößen zwischen unterschiedlich großen Festplatten unterschiedlich ausfallen. Dadurch ändert sich auch die Dateigröße von gespeicherten Daten (und zwar prozentual umso mehr, je kleiner die Dateien sind). Ob das bei einem solchen Binärvergleich relevant ist, weiß ich allerdings nicht. Es ist überhaupt nur eine Idee und eine andere habe ich nicht.
Wenn die Dateien lauffähig sind, würde ich mir da auch nicht weiter den Kopf drüber zerbrechen muß ich sagen, einen Virus würde ich auch ausschließen. |
Wenn Du schon nen DV Experten, der zudem noch nen Virus vermutet, hast hätte der Dir raten sollen mal nen Virenscan zu machen...:roll:
Nimm mal eine Datei und scan die mal mit ca. 50 Virenscannern: http://www.virustotal.com/de/ |
Daran habe ich auch gedacht, allerdings dürften beim Auslesen oder Checksum ermitteln (mit anderem Tool gemacht und ebenfalls Abweichung festgestellt) doch nur die Nutzdaten ausgelesen werden ohne den File-Slack am Ende des letzten Clusters, wenn ich nicht völlig falsch liege.
Die Lauffähigkeit habe ich an einigen wenige MB großen Video-Clips geprüft und keine sichtbaren Fehler feststellen können, was aber nicht heißen muß, daß auch jedes Einzelbild tatsächlich i.O. ist, aber bei wenigen Einzelbildern auch nicht relevant wäre. Leider kann ich nicht hunderte von Videos in Echtzeit überprüfen, das würde sicher mehrere Wochen dauern... |
Zitat:
Hatte ich oben vergessen zu schreiben... Trotzdem danke für den Link zum Online-Scanner. :top: Ergebnis der 41 Scanner: kein Virus gefunden...:roll: (nur mit kurzer, aber betroffenen Audio-Datei überprüft) |
Hi Tom.
Ich hatte mal ein ganz ähnlich gelagertes Problem. Damals wurden die Dateien beim kopieren zwischen zwei Festplatten oder beim Brennen auf CD/DVD korumpiert. Dies lies sich mit einem MD5-Check sehr schön überprüfen. Beim Brennen mit Nero schlug auch der Vergleich der Dateien fehl. Ob es sich bei dem von Dir geschilderten Problem auch um eines mit der Southbridge/Chipsatz handelt, kann ich per Ferndiagnose aber nicht sagen. Chipsatz? NForce? Da gab und gibt es doch immer mal wieder Probleme und Inkompatibilitäten. See ya, Maic. |
Hi Maic,
Du meinst damals (2001?) die Sache mit dem VIA 686B Chipsatz? Ich habe hier ein ASUS A7N8X v.2 Board mit nVIDIA MCP2-T Southbridge. Die SATA Platten sind aber über einen Silicon Image Sil 3112 PCI-RAID Controller angeschlossen (ohne RAID zu nutzen). Das komische ist, in dem Rechner ist schon seit geraumer Zeit eine Platte des gleichen Typs, ohne daß mir damit irgendwelche besonderen Probleme aufgefallen wären. Ich habe aber auch damit nie binäre Vergleiche beim Umkopieren gemacht. Langsam aber sicher wird man wohl paraniod, wenn man so viele Datenverluste wie ich hinter sich hat... PS: Eben noch was ausprobiert: Bekannte betroffene Datei von Quell-Festplatte auf Ziel-Platte (Seagate 1,5TB) kopiert (verifiziert und "fehlerhaft"), von dort weiter kopiert auf Systemplatte (keine Seagate 1,5TB), dort verifiziert mit Original und OK. :roll: Von dort dann weiter kopiert auf Ziel-Platte (Seagate 1,5TB) und verifiziert mit Original -> OK... :shock: Wie kann denn das sein? |
Also mein Tip wäre auch der Chipsatz. Was du aber noch probieren könntest, wäre von einer Linux Live CD wie etwa Knoppix zu booten und hier die Dateien zu kopieren (per Dateimanager oder per cp/dd). Bei dd sollte ja alles komplett gleich sein.
|
Hi,
das kann doch immer so vieles sein, dass es unglaublich schwer ist da so aus der Ferne das Problem zu lösen... meine spontanen Gedanken:
lässt sich leider beliebig fortsetzen. Ich würde die Platte zuerst mal in einem anderen Rechner ausprobieren (wenn das geht) und dann schrittweise testen was es ist... ist halt irre aufwendig, weil man die ganze Zeit ein, aus und umbaut... :( Grüße Andreas |
Hallo Tom,
genau diesen Fehler habe ich bei genau dieser Platte ebenfalls erlebt. Die Platte war allerdings in eine ICY-Box eingebaut und per USB angeschlossen. Anfangs war ich nicht sicher, ob es die Box ist, oder das Rechner-USB-Interface, aber das glaube ich mittlerweile nicht mehr, da dieser Effekt bei anderen Platten nie aufgetreten ist, und sich die Seagate 1,5TB auch sonst manchmal etwas "seltsam" verhält - sie verabschiedet sich gerne mal im laufenden Betrieb. Ein chkdsk brachte auch haufenweise Fehler -, daher habe ich eindeutig die Platte im Verdacht. Vielleicht ist das ja ein Serienfehler, vielleicht sind es aber auch einfach thermische Probleme? Sicherheitshalber verwende ich sie nicht mehr. Hast Du andere Platten, mit denen Du mal ausprobieren könntest, ob diese Fehler auch auftreten? Dann wüßtest Du schon viel mehr. Rainer |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 09:36 Uhr. |