Pliki często ulegają uszkodzeniom podczas kopiowania na zewnętrzne dyski twarde

2

Używam 64-bitowego systemu Windows 7 (wczoraj zaktualizowałem wszystkie ważne aktualizacje) i mam kilka zewnętrznych dysków twardych USB (samozasilające 3,5 cala). Niedawno zauważyłem podczas kopiowania plików na dysk zewnętrzny, a następnie za pomocą narzędzia do porównywania oryginalnych plików (dysk wewnętrzny) z plikami właśnie skopiowanymi na dysk zewnętrzny, że pliki często nie pasują do bajtu w celu porównania bajtów. Dowiedziałbym się, że jeden bajt losowo zmienia się w plikach.

Jest to naprawdę niepokojące, ponieważ dzieje się tak w przypadku kilku zewnętrznych dysków twardych, na przykład western digital i Seagate, i nie mogę polegać na odpowiedniej kopii na dyskach.

Przeprowadziłem wiele badań, zaktualizowałem okna, testy dysków rand i wciąż jestem zagubiony. Chcę wykonać kopię zapasową wielu plików na dyskach zewnętrznych, ale muszę mieć zaufanie do operacji tworzenia kopii zapasowej i kopiowania.

Zacząłem też tworzyć kopie zapasowe plików przy użyciu 7zip bezpośrednio na dysku zewnętrznym i wtedy zauważyłem błędy. Następnie zrobiłem test, w którym najpierw skompresowałem coś na wewnętrznym dysku (zweryfikowałem archiwum i dane bajt po bajcie i przeszło). Następnie skopiowałem to archiwum na dwa osobne dyski zewnętrzne (jeden western digital, jeden seagate), a następnie skopiowałem oba z powrotem na mój dysk wewnętrzny i oba archiwa, w porównaniu z plikami, które nie pasowały do ​​oryginalnych wersji.

Podczas wykonywania powyższego testu użyłem narzędzia porównawczego w samych archiwach 7zip i rozpoznałem format archiwum i pokazałem mi pliki w środku (zakładam, że rozpakowałem je w locie) i uruchomiłbym porównanie kilka razy i czasami 3 pliki nie pasują do oryginalnych wersji, czasem 1 lub 2 nie pasują bez zmiany samego pliku archiwum.

To jedyny raz, kiedy bezpośrednio porównywałem archiwa, więc może to być błąd w narzędziu lub błędy w 7zip.

Znalazłem element wsparcia, który mówi, że 7zip ma problemy z tworzeniem dużych archiwów, więc nie jestem pewien, czy jest on powiązany.

Więc po tym próbowałem kopiować pliki bezpośrednio na dysk zewnętrzny bez jakiejkolwiek kompresji, tylko przez Eksploratora Windows, a następnie porównywać pliki z oryginałami na moim dysku wewnętrznym i rzeczywiście były one uszkodzone. Sprawdziłem to za pomocą dwóch różnych narzędzi do porównywania binarnego.

Każda pomoc byłaby bardzo mile widziana.

Znaleziono nowy artykuł opisujący dokładnie mój problem: http://social.technet.microsoft.com/Forums/windows/en-US/13a7426e-1a5d-41b0-9e16-19437697f62b/windows-7-64bit-corrupting-altering-large -files-copied-to-external-ntfs-drives? forum = w7itproperf

Koder
źródło
Spróbuj skopiować za pomocą TeraCopy i daj nam znać, czy problem dotyczy również tego problemu. Możesz użyć wbudowanych funkcji TeraCopy, aby sprawdzić, czy kopiowanie się powiodło. Wątpię, czy jest to błąd 7-Zip, ponieważ uszkodzenie występuje podczas przechowywania danych na zewnętrznym dysku twardym, więc lokalne archiwa były w porządku przed ich skopiowaniem.
gronostaj
Ok próbuję teraz z TeraCopy
Coder
Wszystkie crc są dopasowane do TeraCopy, weryfikując bajt po bajcie za pomocą innego narzędzia. Również uszkodzenie występuje najczęściej w przypadku dużych zestawów plików, ale jest losowe. ostatni test dotyczył 23 plików o łącznej wielkości 59 GB, aw TeraCopy dopasowano crcs.
Koder,
Ok, tym razem minęło też porównanie bajt po bajcie, nie jestem pewien, co to oznacza. Kiedy dochodzi do uszkodzenia, dzieje się to losowo, więc może się zdarzyć następnym razem. Czy terakopy również zmieniają sposób kopiowania? czy robi się to inaczej? Czy to zmienia sposób kopiowania za pomocą Eksploratora Windows?
Koder,
TeraCopy nie używa natywnego mechanizmu kopiowania Windows, zamiast tego używa własnego. Robi też inteligentne kolejkowanie plików i inne sprytne rzeczy. Możesz go skonfigurować, aby zastąpił domyślną metodę kopiowania Eksploratora, jeśli rozwiąże problem. Mimo to jest to obejście, a nie prawdziwa poprawka.
gronostaj